<!DOCTYPE HTML>
<html>
  <head>
    <meta charset="utf-8">
    <meta property="og:title" content="Conference Program - ACM SIGCOMM 2017" />
    <meta property="og:image" content="http://conferences.sigcomm.org" />
    <meta property="og:url" content="/program.html" />
    
    <meta property="og:description" content="We are delighted to announce the ACM SIGCOMM 2017 main conference program.  It includes a technical program featuring over 25 full-length papers, social events, and more!" />
    
    <meta name="viewport" content="width=device-width, initial-scale=1" />
    <meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1">
    <meta name="apple-mobile-web-app-capable" content="yes" />
    <meta name="apple-mobile-web-app-status-bar-style" content="black" />
    <meta name="copyright" content="The ACM SIGCOMM 2017 Website is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Unported License. Based on the ACM SIGCOMM 2016 web site available at https://github.com/apietila/SIGCOMM2016" />

    <title>Conference Program - ACM SIGCOMM 2017</title>

    <!-- fonts -->
    <link href="http://fonts.googleapis.com/css?family=Raleway:400,400i,700" rel="stylesheet" type="text/css">
    <script src="https://use.fontawesome.com/3f4ded534f.js"></script>

    <!-- Favicon alternatives: https://css-tricks.com/favicon-quiz/ -->
    <!-- Generated using http://realfavicongenerator.net/ -->
    <link rel="apple-touch-icon" sizes="180x180" href="/sigcomm/2017/images/favicons/apple-touch-icon.png">
    <link rel="icon" type="image/png" href="/sigcomm/2017/images/favicons/favicon-32x32.png" sizes="32x32">
    <link rel="icon" type="image/png" href="/sigcomm/2017/images/favicons/favicon-16x16.png" sizes="16x16">
    <link rel="manifest" href="/sigcomm/2017/images/favicons/manifest.json">
    <link rel="mask-icon" href="/sigcomm/2017/images/favicons/safari-pinned-tab.svg" color="#5bbad5">
    <link rel="shortcut icon" href="/sigcomm/2017/images/favicons/favicon.ico">
    <meta name="apple-mobile-web-app-title" content="ACM SIGCOMM 2017">
    <meta name="application-name" content="ACM SIGCOMM 2017">
    <meta name="msapplication-config" content="/sigcomm/2017/images/favicons/browserconfig.xml">
    <meta name="theme-color" content="#ffffff">

    <!-- send file digest to prevent caching issues -->
    <link rel="stylesheet" href="/sigcomm/2017/css/site.css?digest=728129f713d0a633ff000f73219d51bcb6228225de8fa71e2a5053c9630e6e2a" />

    <!-- make the CSS work with older IE -->
    <script src="/sigcomm/2017/js/css3-mediaqueries.js"></script>

    <!-- Grab Google CDN's jQuery, with a protocol relative URL; fall back to local if offline -->
    <script src="http://code.jquery.com/jquery-1.11.2.min.js"></script>
    <script>window.jQuery || document.write('<script src="/sigcomm/2017/js/jquery-1.11.2.min.js"><\/script>')</script>

    <!-- Grab CDN jquerymobile, with a protocol relative URL; fall back to local if offline -->
    <script src="http://code.jquery.com/mobile/1.4.5/jquery.mobile-1.4.5.min.js"></script>
    <script>$.mobile || document.write('<script src="/sigcomm/2017/js/jquery.mobile-1.4.5.min.js"><\/script>')</script>

    <script src="/sigcomm/2017/js/jqm-docs.js"></script>

    <!-- send file digest to prevent caching issues -->
    <script src="/sigcomm/2017/js/script.js?digest=19bdbd828e6ef866ab91feb50eb955a5dd3093edcacabc45184b5402ea6c7989" type="text/javascript"></script>
  </head>

  <body>
    <div data-role="page" data-theme="a" class="main-page">

      <div class="header" data-role="header" data-theme="a" data-position="inline">
        <div>
          <a href="/sigcomm/2017/"><img src="/sigcomm/2017/images/sigcomm-2017-logo.png" alt="ACM SIGCOMM 2017, Los Angeles, CA"></a>
        </div>
        <a href="#" onclick="$.mobile.silentScroll($.mobile.activePage.find('.leftnav').position().top)" id="menu-btn" class="ui-btn-right" data-corners="true" data-icon="grid">MENU</a>
      </div>

      <div data-role="content" class="ui-content">
        <div class="content-primary">
          <h1>Conference Program</h1>

<!-- <p>Kindly note that the schedule below is tentative and subject to updates. You may also subscribe to the <a href="https://calendar.google.com/calendar/embed?title=ACM%20SIGCOMM%20Agenda&amp;showTitle=0&amp;showPrint=0&amp;showCalendars=0&amp;mode=AGENDA&amp;height=600&amp;wkst=1&amp;hl=en&amp;bgcolor=%23ffffff&amp;src=fgkdoih822v80dfk304pt56fjo%40group.calendar.google.com&amp;color=%23125A12&amp;ctz=America%2FSao_Paulo">SIGCOMM conference schedule</a> on Google calendar.</p> -->

<h2></h2>
<p style="text-align: center;">
  <a href="images/sigcomm2017-schedule.pdf" target="_blank" rel="external">Conference Schedule at a Glance<br/><img src="images/sigcomm2017-schedule.png" alt="Conference Schedule at a Glance" style="max-height: 80pt"></a>
</p>

<div id="prog_ctrl" data-role="navbar">
  <ul>
    <li><a href="#" onClick="filter('sunday');">Sunday</a></li>
    <li><a href="#" onClick="filter('monday');">Monday</a></li>
    <li><a href="#" onClick="filter('tuesday');">Tuesday</a></li>
    <li><a href="#" onClick="filter('wednesday');">Wednesday</a></li>
    <li><a href="#" onClick="filter('thursday');">Thursday</a></li>
    <li><a href="#" onClick="filter('friday');">Friday</a></li>
    <li><a href="#" onClick="filter('all');" class="ui-btn-active ui-state-persist roundright">All Days</a></li>
  </ul>
</div>


<div id="program-program" class="program-program">
  <ul class="program" data-role="listview" data-filter="true" data-inset="true" data-theme="d" data-dividertheme="a" placeholder="Filter program...">
    
      
        
        <li class="prog-header prog-no-filter ui-bar-a prog-item prog-sunday">
          <h3>Sunday, August 20, 2017</h3>
        </li>
      
    
      
        <li class="ui-li ui-bar-b prog-item ui-li-divider prog-sunday   " data-role="list-divider">
  <h3>
    5:00pm - 7:00pm
    
      Registration desk open
    
    
      (Foyer)
    
  </h3>
  
  
</li>

<li class="hidden">Registration desk open</li>

      
    
      
        
        <li class="prog-header prog-no-filter ui-bar-a prog-item prog-monday">
          <h3>Monday, August 21, 2017</h3>
        </li>
      
    
      
        <li class="ui-li ui-bar-b prog-item ui-li-divider prog-monday   " data-role="list-divider">
  <h3>
    7:30am - 6:45pm
    
      Registration desk open
    
    
      (Foyer)
    
  </h3>
  
  
</li>

<li class="hidden">Registration desk open</li>

      
    
      
        <li class="ui-li ui-bar-b prog-item ui-li-divider prog-monday   " data-role="list-divider">
  <h3>
    8:00am - 9:00am
    
      Breakfast
    
    
      (Foyer)
    
  </h3>
  
  
</li>

<li class="hidden">Breakfast</li>

      
    
      
        <li class="ui-li ui-bar-a prog-item ui-li-divider prog-monday   " data-role="list-divider">
  <h3>
    9:00am - 5:30pm
    
      <a href="program-workshops-and-tutorials.html">Tutorials</a>
    
    
  </h3>
  
    
    
  
  
    
  
</li>

<li class="hidden">Tutorials</li>

      
    
      
        <li class="ui-li ui-bar-a prog-item ui-li-divider prog-monday   " data-role="list-divider">
  <h3>
    9:00am - 5:30pm
    
      <a href="program-workshops-and-tutorials.html">Workshops</a>
    
    
  </h3>
  
    
    
  
  
    
  
</li>

<li class="hidden">Workshops</li>

      
    
      
        <li class="ui-li ui-bar-a prog-item ui-li-divider prog-monday   " data-role="list-divider">
  <h3>
    5:30pm - 6:45pm
    
      Topic Preview 1
    
    
  </h3>
  
    
    
      <p>Room: Centennial Hall (Salon A/Salon B)</p>
    
  
  
    
  
</li>

<li class="hidden">Topic Preview 1</li>

      
    
      
        
  
  
  


  



<li data-icon="false" class="prog-item prog-monday">
  <div style="width: 85%">
    <p class="paper-header">
      
        Programmable Devices
        
    </p>
    <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
    <p>Rohan Gandhi <em>(MSR and CMU)</em></p>
  </div>
  <div class="ui-li-aside-item">
      
      
        <div class="button-paper">      
          <a href="files/program/topic-preview-1-1.pdf" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
      
      
  </div>
</li>



      
    
      
        
  
  
  


  



<li data-icon="false" class="prog-item prog-monday">
  <div style="width: 85%">
    <p class="paper-header">
      
        Network Functions Virtualization
        
    </p>
    <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
    <p>Justine Sherry <em>(Nefeli Networks and CMU)</em></p>
  </div>
  <div class="ui-li-aside-item">
      
      
        <div class="button-paper">      
          <a href="files/program/topic-preview-1-2.pdf" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
      
      
  </div>
</li>



      
    
      
        
  
  
  


  



<li data-icon="false" class="prog-item prog-monday">
  <div style="width: 85%">
    <p class="paper-header">
      
        Network Monitoring
        
    </p>
    <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
    <p>Ying Zhang <em>(Facebook)</em></p>
  </div>
  <div class="ui-li-aside-item">
      
      
        <div class="button-paper">      
          <a href="files/program/topic-preview-1-3.pdf" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
      
      
  </div>
</li>



      
    
      
        
  
  
  


  



<li data-icon="false" class="prog-item prog-monday">
  <div style="width: 85%">
    <p class="paper-header">
      
        Network Verification
        
    </p>
    <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
    <p>Aurojit Panda <em>(Nefeli Networks, UC Berkeley, and NYU)</em></p>
  </div>
  <div class="ui-li-aside-item">
      
      
        <div class="button-paper">      
          <a href="files/program/topic-preview-1-4.pdf" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
      
      
  </div>
</li>



      
    
      
        
  
  
  


  



<li data-icon="false" class="prog-item prog-monday">
  <div style="width: 85%">
    <p class="paper-header">
      
        Networking Up the Stack
        
    </p>
    <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
    <p>Keith Winstein <em>(Stanford)</em></p>
  </div>
  <div class="ui-li-aside-item">
      
      
        <div class="button-paper">      
          <a href="files/program/topic-preview-1-5.pdf" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
      
      
  </div>
</li>



      
    
      
        <li class="prog-social prog-item prog-monday " data-role="list-divider">
  <h3>7:00pm - 9:00pm Welcome Reception</h3>
</li>

<li class="hidden">&nbsp;</li>

      
    
      
        


  



<li data-icon="false" class="prog-item prog-monday">
  <div style="width: 85%">
    <p class="paper-header">
      
        
        
    </p>
    <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
    <p>Welcome Reception will take place in Centennial Terrace</p>
  </div>
  <div class="ui-li-aside-item">
      
      
      
  </div>
</li>

      
    
      
        <li class="prog-social prog-item prog-monday " data-role="list-divider">
  <h3>8:00pm - 10:30pm N2Women Dinner</h3>
</li>

<li class="hidden">&nbsp;</li>

      
    
      
        


  



<li data-icon="false" class="prog-item prog-monday">
  <div style="width: 85%">
    <p class="paper-header">
      
        
        
    </p>
    <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
    <p>N2Women Dinner will take place in Centennial Hall <em>(Salon C/Salon D)</em>. Everyone who has received a confirmed seat at the dinner will find the N2Women dinner ticket issued along with their name tags at the SIGCOMM registration desk.</p>
  </div>
  <div class="ui-li-aside-item">
      
      
      
  </div>
</li>

      
    
      
        
        <li class="prog-header prog-no-filter ui-bar-a prog-item prog-tuesday">
          <h3>Tuesday, August 22, 2017</h3>
        </li>
      
    
      
        <li class="ui-li ui-bar-b prog-item ui-li-divider prog-tuesday   " data-role="list-divider">
  <h3>
    7:30am - 6:00pm
    
      Registration desk open
    
    
      (Foyer)
    
  </h3>
  
  
</li>

<li class="hidden">Registration desk open</li>

      
    
      
        <li class="ui-li ui-bar-b prog-item ui-li-divider prog-tuesday   " data-role="list-divider">
  <h3>
    8:00am - 9:00am
    
      Breakfast
    
    
      (Foyer)
    
  </h3>
  
  
</li>

<li class="hidden">Breakfast</li>

      
    
      
        <li class="ui-li ui-bar-a prog-item ui-li-divider prog-tuesday   " data-role="list-divider">
  <h3>
    9:00am - 10:45am
    
      Opening Session and Keynote
    
    
  </h3>
  
    
    
      <p>Room: Centennial Hall</p>
    
  
  
    
  
</li>

<li class="hidden">Opening Session and Keynote</li>

      
    
      
        
  
  
  


  



<li data-icon="false" class="prog-item prog-tuesday">
  <div style="width: 85%">
    <p class="paper-header">
      
        Opening Session
        
    </p>
    <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
    <p>K.K. Ramakrishnan <em>(University of California, Riverside)</em>, Lixia Zhang <em>(University of California, Los Angeles)</em>, Alex C. Snoeren <em>(University of California, San Diego)</em>, Walter Willinger <em>(NIKSUN, Inc.)</em>, and Roch Guerin <em>(Washington Univ. at St. Louis)</em></p>
  </div>
  <div class="ui-li-aside-item">
      
      
      
  </div>
</li>



      
    
      
        
  
  
  
  
  

  
  

  <li data-icon="false" class="prog-item prog-tuesday prog-keynote">

    
    <h2 style="width: 85%">
      Keynote:
      
        The Catch Up Game: Quest for the Impact
      
    </h2>
    

    <div class="ui-li-aside">
      
      
        <div class="button-paper">
          <a href="files/program/keynote-1.pdf" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
      
      
    </div>

    <p style="width: 85%">
      Raj Jain <em>(Barbara J. and Jerome H. Cox, Jr. Professor of Computer Science and Engineering, 
Washington University in Saint Louis)</em><br/>
<p>2017 ACM SIGCOMM Lifetime Achievement Award Recipient</p>
    </p>
    
      
        <hr class="keynote-divider" />
      
      
        <p>
          <b>Abstract: </b>This talk is about numerous technologies I worked on over the last 39 years beginning with the first generation of 10 Mbps Ethernet. Several technologies are no longer around and some are. History is written by the winners and so the technologies that succeed are the one's that count. What makes some technologies succeed and others fail? How to ensure that your research is adopted by the industry? Some of the current trends, including micro clouds, edge computing, multi clouds, IoT, security, and blockchains will then be discussed.
        </p>
        <p>&nbsp;</p>
      
      
        <p>
          <img class="keynote-photo" src="images/speakers/Raj-Jain.jpg"/>
          <b>Bio: </b>Raj Jain is the Barbara J. and Jerome R. Cox, Jr., Professor of Computer Science and Engineering at Washington University. He has a PhD in applied mathematics and computer science from Harvard University. Heâs a Fellow of IEEE, ACM, and AAAS. He is a winner of  2015 A. A. Michelson Award from Computer Measurement Group, 2009 CDAC-ACCS Foundation Award, Distinguished Alumni award from Indian Institute of Science Alumni Association. Previously, he was one of the Cofounders of Nayna Networks, Inc - a next generation telecommunications systems company in San Jose, CA. He was a Senior Consulting Engineer at Digital Equipment Corporation in Littleton, Mass and then a professor of Computer and Information Sciences at Ohio State University in Columbus, Ohio. He is the author of ``Art of Computer Systems Performance Analysis,'' which won the 1991 best-Advanced How-to Book, Systems'' award from the Computer Press Association. Further information is at <a href="http://www.cse.wustl.edu/~jain/" target="_blank">http://www.cse.wustl.edu/~jain/</a>.
        </p>
        <p>&nbsp;</p>
      
    
  </li>


      
    
      
        <li class="ui-li ui-bar-b prog-item ui-li-divider prog-tuesday   " data-role="list-divider">
  <h3>
    10:45am - 11:15am
    
      Coffee Break
    
    
      (Foyer)
    
  </h3>
  
  
</li>

<li class="hidden">Coffee Break</li>

      
    
      
        <li class="ui-li ui-bar-a prog-item ui-li-divider prog-tuesday   " data-role="list-divider">
  <h3>
    11:15am - 12:30pm
    
      Technical Session 1 - Programmable Devices
    
    
  </h3>
  
    
      <p>Session Chair: George Papen <em>(University of California San Diego)</em></p>
    
    
      <p>Room: Centennial Hall</p>
    
  
  
    
  
</li>

<li class="hidden">Technical Session 1 - Programmable Devices</li>

      
    
      
        






  



<li data-icon="false" class="prog-item prog-tuesday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33984'; event.stopPropagation();" class="ui-link">dRMT: Disaggregated Programmable Switching</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Sharad Chole, Andy Fingerhut, and Sha Ma <em>(Cisco Systems)</em>, Anirudh Sivaraman <em>(Massachusetts Institute of Technology)</em>, Shay Vargaftik, Alon Berger, and Gal Mendelson <em>(Technion)</em>, Mohammad Alizadeh <em>(Massachusetts Institute of Technology)</em>, Shang-Tse Chuang <em>(Cisco Systems)</em>, Isaac Keslassy <em>(Technion, VMware)</em>, Ariel Orda <em>(Technion)</em>, and Tom Edsall <em>(Cisco Systems)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33984" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-1-1-drmt.pptx" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33984" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>We present dRMT (disaggregated Reconfigurable Match-Action Table), a new architecture for programmable switches. dRMT overcomes two important restrictions of RMT, the predominant pipeline-based architecture for programmable switches: (1) table memory is local to an RMT pipeline stage, implying that memory not used by one stage cannot be reclaimed by another, and (2) RMT is hard-wired to always sequentially execute matches followed by actions as packets traverse pipeline stages. We show that these restrictions make it difficult to execute programs efficiently on RMT.</p>
<p>dRMT resolves both issues by disaggregating the memory and compute resources of a programmable switch. Specifically, dRMT moves table memories out of pipeline stages and into a centralized pool that is accessible through a crossbar. In addition, dRMT replaces RMTâs pipeline stages with a cluster of processors that can execute match and action operations in any order.</p>
<p>We show how to schedule a P4 program on dRMT at compile time to guarantee deterministic throughput and latency. We also present a hardware design for dRMT and analyze its feasibility and chip area. Our results show that dRMT can run programs at line rate with fewer processors compared to RMT, and avoids performance cliffs when there are not enough processors to run a program at line rate. dRMTâs hardware design incurs a modest increase in chip area relative to RMT, mainly due to the crossbar.</p>
</p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        






  



<li data-icon="false" class="prog-item prog-tuesday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33995'; event.stopPropagation();" class="ui-link">SilkRoad: Making Stateful Layer-4 Load Balancing Fast and Cheap Using Switching ASICs</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Rui Miao <em>(University of Southern California)</em>, Hongyi Zeng <em>(Facebook)</em>, Changhoon Kim and Jeongkeun Lee <em>(Barefoot Networks)</em>, and Minlan Yu <em>(Yale University)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33995" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-1-2-silkroad.pptx" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33995" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>In this paper, we show that up to hundreds of software load balancer (SLB) servers can be replaced by a single modern switching ASIC, potentially reducing the cost of load balancing by over two orders of magnitude. Today, large data centers typically employ hundreds or thousands of servers to load-balance incoming traffic over application servers. These software load balancers (SLBs) map packets destined to a service (with a virtual IP address, or VIP), to a pool of servers tasked with providing the service (with multiple direct IP addresses, or DIPs). An SLB is stateful, it must always map a connection to the same server, even if the pool of servers changes and/or if the load is spread differently across the pool. This property is called per-connection consistency or PCC. The challenge is that the load balancer must keep track of millions of connections simultaneously.</p>
<p>Until recently, it was not possible to implement a load balancer with PCC in a merchant switching ASIC, because high-performance switching ASICs typically can not maintain per-connection states with PCC. Newer switching ASICs provide resources and primitives to enable PCC at a large scale. In this paper, we explore how to use switching ASICs to build much faster load balancers than have been built before. Our system, called SilkRoad, is defined in a 400 line P4 program and when compiled to a state-of-the-art switching ASIC, we show it can load-balance ten million connections simultaneously at line rate.</p></p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        






  



<li data-icon="false" class="prog-item prog-tuesday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 85%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33996'; event.stopPropagation();" class="ui-link">Re-architecting datacenter networks and stacks for low latency and high performance</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Mark Handley <em>(University College London)</em>, Costin Raiciu, Alexandru Agache, and Andrei Voinescu <em>(University Politehnica of Bucharest)</em>, and Andrew Moore, Gianni Antichi, and Marcin WÃ³jcik <em>(University of Cambridge)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33996" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33996" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>Modern datacenter networks provide very high capacity via redundant Clos topologies and low switch latency, but transport protocols rarely manage to deliver performance matching the underlying hardware. We present NDP, a novel datacenter transport architecture that achieves both near-optimal completion times for short transfers and near-optimal throughput in a wide range of scenarios including incast. NDP builds upon Cut Payload (CP) which cuts packet payloads when switches overflow, but remedies CPâs shortcomings, and implements a novel high performance multipath-aware transport protocol. Headers of packets whose payload was cut due to congestion give the receiver a complete view of instantaneous demand from all senders. NDP is primarily a receiver-driven transport protocol, as the receiver is the only entity that can accurately manage this demand and prioritize between traffic from different senders during incast scenarios.</p>
<p>We implemented NDP in Linux end systems, in a software switch and in hardware switches based on the NetFPGA-SUME platform. We evaluate NDPâs performance both in our implementation and in large-scale simulations. NDP achieves slightly lower short-flow completion times than DCTCP running over lossless Ethernet using PFC, while having better ability to prioritize traffic from stragglers. At the same time, for large transfers in heavily loaded Clos topologies, it can achieve more than 95% of the available network capacity due to its excellent multipath capability, beating DCTCP by approximately 40%.</p>
</p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        <li class="ui-li ui-bar-b prog-item ui-li-divider prog-tuesday   " data-role="list-divider">
  <h3>
    12:30pm - 2:00pm
    
      Lunch
    
    
      (Centennial Terrace)
    
  </h3>
  
  
</li>

<li class="hidden">Lunch</li>

      
    
      
        <li class="ui-li ui-bar-a prog-item ui-li-divider prog-tuesday   " data-role="list-divider">
  <h3>
    2:00pm - 3:15pm
    
      Technical Session 2 - NFV
    
    
  </h3>
  
    
      <p>Session Chair: Sujata Banerjee <em>(VMware)</em></p>
    
    
      <p>Room: Centennial Hall</p>
    
  
  
    
  
</li>

<li class="hidden">Technical Session 2 - NFV</li>

      
    
      
        






  



<li data-icon="false" class="prog-item prog-tuesday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33997'; event.stopPropagation();" class="ui-link">NFP: Enabling Network Function Parallelism in NFV</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Chen Sun, Jun Bi, Zhilong Zheng, and Heng Yu <em>(Tsinghua University)</em> and Hongxin Hu <em>(Clemson University)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33997" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-2-1-NFP.pptx" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33997" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>Software-based sequential service chains in Network Function Virtualization (NFV) could introduce significant performance overhead.  Current acceleration efforts for NFV mainly target on optimizing each component of the sequential service chain.  However, based on the statistics from real world enterprise networks, we observe that 53.8% network function (NF) pairs can work in parallel. In particular, 41.5% NF pairs can be parallelized without causing extra resource overhead.  In this paper, we present NFP, a high performance framework, that innovatively enables network function parallelism  to improve NFV performance.  NFP consists of three logical components. First, NFP provides a policy specification scheme for operators to intuitively describe sequential or parallel NF chaining intents. Second, NFP orchestrator intelligently identifies NF dependency and automatically compiles the policies into high performance service graphs. Third, NFP infrastructure performs light-weight packet copying, distributed parallel packet delivery, and load-balanced merging of packet copies to support NF parallelism. We implement an NFP prototype based on DPDK in Linux containers. Our evaluation results show that NFP achieves significant latency reduction for real world service chains.</p></p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        






  



<li data-icon="false" class="prog-item prog-tuesday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33998'; event.stopPropagation();" class="ui-link">Dynamic Service Chaining with Dysco</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Pamela Zave <em>(AT&T Labs--Research)</em>, Ronaldo A. Ferreira <em>(Federal University of Mato Grosso do Sul)</em>, X. Kelvin Zou <em>(Google)</em>, Masaharu Morimoto <em>(NEC Corporation of America)</em>, and Jennifer Rexford <em>(Princeton University)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33998" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-2-2-dysco.pdf" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33998" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>Middleboxes are crucial for improving network security and performance, but only if the right traffic goes through the right middleboxes at the right time. Existing traffic-steering techniques rely on a central controller to install fine-grained forwarding rules in network elementsâat the expense of a large number of rules, a central point of failure, challenges in ensuring all packets of a session traverse the same middleboxes, and difficulties with middleboxes that modify the âfive tuple.â We argue that a session-level protocol is a fundamentally better approach to traffic steering, while naturally supporting host mobility and multihoming in an integrated fashion. In addition, a session-level protocol can enable new capabilities like dynamic service chaining, where the sequence of middleboxes can change during the life of a session, e.g., to remove a load-balancer that is no longer needed, replace a middlebox undergoing maintenance, or add a packet scrubber when traffic looks suspicious. Our Dysco protocol steers the packets of a TCP session through a service chain, and can dynamically reconfigure the chain for an ongoing session. Dysco requires no changes to end-host and middlebox applications, host TCP stacks, or IP routing. Dyscoâs distributed reconfiguration protocol handles the removal of proxies that terminate TCP connections, middleboxes that change the size of a byte stream, and concurrent requests to reconfigure different parts of a chain. Through formal verification using Spin and experiments with our Linux-based prototype, we show that Dysco is provably correct, highly scalable, and able to reconfigure service chains across a range of middleboxes.</p>
</p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        






  



<li data-icon="false" class="prog-item prog-tuesday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33999'; event.stopPropagation();" class="ui-link">NFVnice: Dynamic Backpressure and Scheduling for NFV Service Chains</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Sameer G Kulkarni <em>(University of GÃ¶ttingen)</em>, Wei Zhang <em>(George Washington University)</em>, Jinho Hwang and Shriram Rajagopalan <em>(IBM T J Watson Reseach center)</em>, K. K. Ramakrishnan <em>(University of California, Riverside)</em>, Timothy Wood <em>(George Washington University)</em>, and Mayutan Arumaithurai and Xiaoming Fu <em>(University of GÃ¶ttingen)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33999" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-2-3-NFVnice.pdf" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33999" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>Managing Network Function (NF) service chains requires careful system resource management. We propose NFVnice, a user space NF scheduling and service chain management framework to provide fair, efficient and dynamic resource scheduling capabilities on Network Function Virtualization (NFV) platforms.</p>
<p>The NFVnice framework monitors load on a service chain at high frequency (1000Hz) and employs backpressure to shed load early in the service chain, thereby preventing wasted work. Borrowing concepts such as rate proportional scheduling from hardware packet schedulers, CPU shares are computed by accounting for heterogeneous packet processing costs of NFs, I/O, and traffic arrival characteristics. By leveraging cgroups, a user space process scheduling abstraction exposed by the operating system, NFVnice is capable of controlling when network functions should be scheduled. NFVnice improves NF performance by complementing the capabilities of the OS scheduler but without requiring changes to the OSâs scheduling mechanisms. Our controlled experiments show that NFVnice provides the appropriate rate-cost proportional fair share of CPU to NFs and significantly improves NF performance (throughput and loss) by reducing wasted work across an NF chain, compared to using the default OS scheduler. NFVnice achieves this even for heterogeneous NFs with vastly different computational costs and for heterogeneous workloads.</p>
</p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        <li class="ui-li ui-bar-a prog-item ui-li-divider prog-tuesday   " data-role="list-divider">
  <h3>
    3:15pm - 4:15pm
    
      Posters and Demos I
    
    
  </h3>
  
    
    
      <p>Room: Legacy Room</p>
    
  
  
    
  
</li>

<li class="hidden">Posters and Demos I</li>

      
    
      
        


  



<li data-icon="false" class="prog-item prog-tuesday">
  <div style="width: 70%">
    <p class="paper-header">
      
        
        
    </p>
    <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
    <p>Includes coffee break from 3:30pm-4pm</p>
  </div>
  <div class="ui-li-aside-item">
      
      
      
  </div>
</li>

      
    
      
        <li class="ui-li ui-bar-a prog-item ui-li-divider prog-tuesday   " data-role="list-divider">
  <h3>
    4:15pm - 5:55pm
    
      Technical Session 3 - Network Monitoring
    
    
  </h3>
  
    
      <p>Session Chair: Vyas Sekar <em>(Carnegie Mellon University)</em></p>
    
    
      <p>Room: Centennial Hall</p>
    
  
  
    
  
</li>

<li class="hidden">Technical Session 3 - Network Monitoring</li>

      
    
      
        






  



<li data-icon="false" class="prog-item prog-tuesday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33990'; event.stopPropagation();" class="ui-link">Language-directed hardware design for network performance monitoring</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Srinivas Narayana, Anirudh Sivaraman, Vikram Nathan, and Prateesh Goyal <em>(MIT CSAIL)</em>, Venkat Arun <em>(IIT Guwahati)</em>, Mohammad Alizadeh <em>(MIT CSAIL)</em>, Vimalkumar Jeyakumar <em>(Cisco Tetration Analytics)</em>, and Changhoon Kim <em>(Barefoot Networks)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33990" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-3-1-ldhd.pdf" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33990" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>Network performance monitoring today is restricted by existing switch support for measurement, forcing operators to rely heavily on endpoints with poor visibility into the network core. Switch vendors have added progressively more monitoring features to switches, but the current trajectory of adding specific features is unsustainable given the ever-changing demands of network operators. Instead, we ask what switch hardware primitives are required to support an expressive language of network performance questions. We believe that the resulting switch hardware design could address a wide variety of current and future performance monitoring needs.</p>
<p>We present a performance query language, Marple, modeled on familiar functional constructs like map, filter, groupby, and zip. is backed by a new programmable key-value store primitive on switch hardware. The key-value store performs flexible aggregations at line rate (e.g., a moving average of queueing latencies per flow), and scales to millions of keys. We present a Marple compiler that targets a P4-programmable software switch and a simulator for high-speed programmable switches. Marple can express switch queries that could previously run only on end hosts, while Marple queries only occupy a modest fraction of a switchâs hardware resources.</p>
</p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        






  



<li data-icon="false" class="prog-item prog-tuesday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33991'; event.stopPropagation();" class="ui-link">Quantitative Network Monitoring with NetQRE</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Yifei Yuan <em>(University of Pennsylvania)</em>, Dong Lin <em>(LinkedIn Inc.)</em>, and Ankit Mishra, Sajal Marwaha, Rajeev Alur, and Boon Thau Loo <em>(University of Pennsylvania)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33991" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-3-2-NetQRE.pdf" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33991" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>In network management today, dynamic updates are required for traffic engineering and for timely response to security threats. Decisions for such updates are based on monitoring network traffic to compute numerical quantities based on a variety of network and application-level performance metrics. Todayâs state-of-the-art tools lack programming abstractions that capture application or session-layer semantics, and thus require network operators to specify and reason about complex state machines and interactions across layers. To address this limitation, we present the design and implementation of NetQRE, a high-level declarative toolkit that aims to simplify the specification and implementation of such quantitative network policies. NetQRE integrates regular-expression-like pattern matching at flow-level as well as application-level payloads with aggregation operations such as sum and average counts. We describe a compiler for NetQRE that automatically generates an efficient implementation with low memory footprint. Our evaluation results demonstrate that NetQRE allows natural specification of a wide range of quantitative network tasks ranging from detecting security attacks to enforcing application-layer network management policies. NetQRE results in high performance that is comparable with optimized manually-written low-level code and is significantly more efficient than alternative solutions, and can provide timely enforcement of network policies that require quantitative network monitoring.</p>
</p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        






  



<li data-icon="false" class="prog-item prog-tuesday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33992'; event.stopPropagation();" class="ui-link">SketchVisor: Robust Network Measurement for Software Packet Processing</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Qun Huang <em>(Huawei Future Network Theory Lab)</em>, Xin Jin <em>(Johns Hopkins University)</em>, Patrick P. C. Lee <em>(The Chinese University of Hong Kong)</em>, Runhui Li <em>(Huawei Future Network Theory Lab)</em>, Lu Tang <em>(The Chinese University of Hong Kong)</em>, and Yi-Chao Chen and Gong Zhang <em>(Huawei Future Network Theory Lab)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33992" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-3-3-sketchvisor.pptx" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33992" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>Network measurement remains a missing piece in todayâs software packet processing platforms. Sketches provide a promising building block for filling this void by monitoring every packet with fixed-size memory and bounded errors. However, our analysis shows that existing sketch-based measurement solutions suffer from severe performance drops under high traffic load. Although sketches are efficiently designed, applying them in network measurement inevitably incurs heavy computational overhead.</p>
<p>We present SketchVisor, a robust network measurement framework for software packet processing. It augments sketch-based measurement in the data plane with a fast path, which is activated under high traffic load to provide high-performance local measurement with slight accuracy degradations. It further recovers accurate network-wide measurement results via compressive sensing. We have built a SketchVisor prototype on top of Open vSwitch. Extensive testbed experiments show that SketchVisor achieves high throughput and high accuracy for a wide range of network measurement tasks and microbenchmarks.</p>
</p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        






  



<li data-icon="false" class="prog-item prog-tuesday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33993'; event.stopPropagation();" class="ui-link">Constant Time Updates in Hierarchical Heavy Hitters</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Ran Ben Basat <em>(Technion)</em>, Gil Einziger <em>(Nokia Bell Labs)</em>, Roy Friedman <em>(Technion)</em>, Marcelo Caggiani Luizelli <em>(Federal University of Rio Grande do Sul)</em>, and Erez Waisbard <em>(Nokia Bell Labs)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33993" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-3-4-ctu.pptx" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33993" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>Monitoring tasks, such as anomaly and DDoS detection, require identifying frequent flow aggregates based on common IP prefixes. These are known as hierarchical heavy hitters (HHH), where the hierarchy is determined based on the type of prefixes of interest in a given application. The per packet complexity of existing HHH algorithms is proportional to the size of the hierarchy, imposing significant overheads.</p>
<p>In this paper, we propose a randomized constant time algorithm for HHH. We prove probabilistic precision bounds backed by an empirical evaluation. Using four real Internet packet traces, we demonstrate that our algorithm indeed obtains comparable accuracy and recall as previous works, while running up to 62 times faster. Finally, we extended Open vSwitch (OVS) with our algorithm and showed it is able to handle 13.8 millions of packets per second. In contrast, incorporating previous works in OVS only obtained 2.5 times lower throughput.</p>
</p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        <li class="prog-social prog-item prog-tuesday " data-role="list-divider">
  <h3>6:30pm - 9:00pm Conference Banquet</h3>
</li>

<li class="hidden">&nbsp;</li>

      
    
      
        


  



<li data-icon="false" class="prog-item prog-tuesday">
  <div style="width: 70%">
    <p class="paper-header">
      
        
        
    </p>
    <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
    <p>The Conference Banquet will take place in Dickson Plaza North</p>
  </div>
  <div class="ui-li-aside-item">
      
      
      
  </div>
</li>

      
    
      
        
        <li class="prog-header prog-no-filter ui-bar-a prog-item prog-wednesday">
          <h3>Wednesday, August 23, 2017</h3>
        </li>
      
    
      
        <li class="ui-li ui-bar-b prog-item ui-li-divider prog-wednesday   " data-role="list-divider">
  <h3>
    7:30am - 6:00pm
    
      Registration desk open
    
    
      (Foyer)
    
  </h3>
  
  
</li>

<li class="hidden">Registration desk open</li>

      
    
      
        <li class="ui-li ui-bar-b prog-item ui-li-divider prog-wednesday   " data-role="list-divider">
  <h3>
    7:30am - 8:30am
    
      Breakfast
    
    
      (Foyer)
    
  </h3>
  
  
</li>

<li class="hidden">Breakfast</li>

      
    
      
        <li class="ui-li ui-bar-a prog-item ui-li-divider prog-wednesday   " data-role="list-divider">
  <h3>
    8:30am - 9:30am
    
      Athena Lecture
    
    
  </h3>
  
    
      <p>Session Chair: Roch Guerin <em>(Washington University St. Louis)</em></p>
    
    
      <p>Room: Centennial Hall</p>
    
  
  
    
  
</li>

<li class="hidden">Athena Lecture</li>

      
    
      
        
  
  
  
  
  

  
  

  <li data-icon="false" class="prog-item prog-wednesday prog-keynote">

    
    <h2 style="width: 85%">
      Keynote:
      
        Hitting the Nail on the Head: Interdisciplinary Research in Computer Networking
      
    </h2>
    

    <div class="ui-li-aside">
      
      
        <div class="button-paper">
          <a href="files/program/keynote-2-athena.pptx" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
      
      
    </div>

    <p style="width: 85%">
      Jennifer Rexford<br/>
<p>2016 ACM Athena Lecturer Award Winner</p>
    </p>
    
      
        <hr class="keynote-divider" />
      
      
        <p>
          <b>Abstract: </b>This is an exciting time in computer networking.  The Internet is one of the most influential inventions of all time--a research experiment that, within our own lifetimes, escaped from the lab to become a global communications infrastructure.  We see seemingly non-stop innovation in compelling services delivered over the Internet, end-host devices connected to the Internet, and communication media underlying the Internet, constantly giving our networks new challenges to address.  In turn, computer networks arise in increasingly diverse settings, including data-center networks, cellular networks, vehicular networks, ad hoc networks, overlay networks, and more.  Designing and operating computer networks that offer good performance, reliability, security, and more lead to a wealth of fascinating and important research problems---"nails" in search of a good hammer.  Yet, to <b>solve</b> these big, hairy problems we often need to look beyond the field of computer networking to other established disciplinesâsources of good "hammers".  In this talk, I share my experiences conducting interdisciplinary research in computer networking, through example collaborative projects with great colleagues and a few hard-won lessons along the way.
        </p>
        <p>&nbsp;</p>
      
      
        <p>
          <img class="keynote-photo" src="images/speakers/Jennifer-Rexford.jpg"/>
          <b>Bio: </b>Jennifer Rexford (PhD/MSE UMichigan '96/'93, BSE Princeton '91) is the Gordon Y.S. Wu Professor of Engineering and the Chair of Computer Science at Princeton University.  Before joining Princeton in 2005, she worked for eight years at AT&T LabsâResearch.  Jennifer is co-author of the book "Web Protocols and Practice" (Addison-Wesley, May 2001). She served as the chair of ACM SIGCOMM (2003-2007), and as a member of the ACM Council (2004-2008), the NSF CISE Advisory Council (2009-2014), and the Open Networking Foundation board of directors (2014-2017).  She currently serves on the council of the Computing Community Consortium and the board of the P4 Consortium. Jennifer received ACM's Grace Murray Hopper Award (2004) and Athena Lecturer Award (2016).  She is an ACM Fellow, and a member of the American Academy of Arts and Sciences and the National Academy of Engineering.
        </p>
        <p>&nbsp;</p>
      
    
  </li>


      
    
      
        <li class="ui-li ui-bar-a prog-item ui-li-divider prog-wednesday   " data-role="list-divider">
  <h3>
    9:30am - 10:45am
    
      Technical Session 4 - Network Verification
    
    
  </h3>
  
    
      <p>Session Chair: Justine Sherry <em>(Nefeli Networks and Carnegie Mellon University)</em></p>
    
    
      <p>Room: Centennial Hall</p>
    
  
  
    
  
</li>

<li class="hidden">Technical Session 4 - Network Verification</li>

      
    
      
        






  



<li data-icon="false" class="prog-item prog-wednesday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33994'; event.stopPropagation();" class="ui-link">A Formally Verified NAT</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Arseniy Zaostrovnykh, Solal Pirelli, Luis Pedrosa, Katerina Argyraki, and George Candea <em>(EPFL)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33994" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-4-1-VigNAT.pdf" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33994" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>We present a Network Address Translator (NAT) written in C and proven to be semantically correct according to RFC 3022, as well as crash-free and memory-safe. There exists a lot of recent work on network verification, but it mostly assumes models of network functions and proves properties specific to network configuration, such as reachability and absence of loops. Our proof applies directly to the C code of a network function, and it demonstrates the absence of implementation bugs. Prior work argued that this is not feasible (i.e., that verifying a real, stateful network function written in C does not scale) but we demonstrate otherwise: NAT is one of the most popular network functions and maintains per-flow state that needs to be properly updated and expired, which is a typical source of verification challenges. We tackle the scalability challenge with a new combination of symbolic execution and proof checking using separation logic; this combination matches well the typical structure of a network function. We then demonstrate that formally proven correctness in this case does not come at the cost of performance. The NAT code, proof toolchain, and proofs are available at https://vignat.github.io.</p>
</p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        






  



<li data-icon="false" class="prog-item prog-wednesday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33905'; event.stopPropagation();" class="ui-link">A General Approach to Network Configuration Verification</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Ryan Beckett and Aarti Gupta <em>(Princeton University)</em>, Ratul Mahajan <em>(Intentionet)</em>, and David Walker <em>(Princeton University)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33905" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-4-2-net-verification.pptx" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33905" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>We present Minesweeper, a tool to verify that a network satisfies a wide range of intended properties such as reachability or isolation among nodes, waypointing, black holes, bounded path length, load-balancing, functional equivalence of two routers, and fault-tolerance. Minesweeper translates network configuration files into a logical formula that captures the stable states to which the network forwarding will converge as a result of interactions between routing protocols such as OSPF, BGP and static routes. It then combines the formula with constraints that describe the intended property. If the combined formula is satisfiable, there exists a stable state of the network in which the property does not hold. Otherwise, no stable state (if any) violates the property. We used Minesweeper to check four properties of 152 real networks from a large cloud provider. We found 120 violations, some of which are potentially serious security vulnerabilities. We also evaluated Minesweeper on synthetic benchmarks, and found that it can verify rich properties for networks with hundreds of routers in under five minutes. This performance is due to a suite of model-slicing and hoisting optimizations that we developed, which reduce runtime by over 460x for large networks.</p>
</p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        






  



<li data-icon="false" class="prog-item prog-wednesday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33906'; event.stopPropagation();" class="ui-link">Pretzel: Email encryption and provider-supplied functions are compatible</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Trinabh Gupta <em>(The University of Texas at Austin and New York University)</em>, Henrique Fingler <em>(The University of Texas at Austin)</em>, Lorenzo Alvisi <em>(The University of Texas at Austin and Cornell University)</em>, and Michael Walfish <em>(New York University)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33906" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-4-3-pretzel.pdf" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33906" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>Emails today are often encrypted, but only between mail serversâthe vast majority of emails are exposed in plaintext to the mail servers that handle them. While better than no encryption, this arrangement leaves open the possibility of attacks, privacy violations, and other disclosures. Publicly, email providers have stated that default end-to-end encryption would conflict with essential functions (spam filtering, etc.), because the latter requires analyzing email text. The goal of this paper is to demonstrate that there is no conflict. We do so by designing, implementing, and evaluating Pretzel. Starting from a cryptographic protocol that enables two parties to jointly perform a classification task without revealing their inputs to each other, Pretzel refines and adapts this protocol to the email context. Our experimental evaluation of a prototype demonstrates that email can be encrypted end-to-end and providers can compute over it, at tolerable cost: clients must devote some storage and processing, and provider overhead is roughly 5 times versus the status quo</p>
</p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        <li class="ui-li ui-bar-b prog-item ui-li-divider prog-wednesday   " data-role="list-divider">
  <h3>
    10:45am - 11:15am
    
      Coffee Break
    
    
      (Foyer)
    
  </h3>
  
  
</li>

<li class="hidden">Coffee Break</li>

      
    
      
        <li class="ui-li ui-bar-a prog-item ui-li-divider prog-wednesday   " data-role="list-divider">
  <h3>
    11:15am - 12:30pm
    
      Technical Session 5 - Up the Stack
    
    
  </h3>
  
    
      <p>Session Chair: Keith Winstein <em>(Stanford University)</em></p>
    
    
      <p>Room: Centennial Hall</p>
    
  
  
    
  
</li>

<li class="hidden">Technical Session 5 - Up the Stack</li>

      
    
      
        






  



<li data-icon="false" class="prog-item prog-wednesday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33907'; event.stopPropagation();" class="ui-link">The QUIC Transport Protocol: Design and Internet-Scale Deployment</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Adam Langley, Alistair Riddoch, Alyssa Wilk, Antonio Vicente, Charles Krasic, Dan Zhang, and Fan Yang <em>(Google)</em>, Fedor Kouranov <em>(Yandex)</em>, Ian Swett, Janardhan Iyengar, Jeff Bailey, and Jeremy Dorfman <em>(Google)</em>, Jim Roskind <em>(Amazon)</em>, and Joanna Kulik, Patrik Westin, Raman Tenneti, Robbie Shade, Ryan Hamilton, Victor Vasiliev, Wan-Teh Chang, and Zhongyi Shi <em>(Google)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33907" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-5-1-QUIC.pdf" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33907" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>We present our experience with QUIC, an encrypted, multiplexed, and low-latency transport protocol designed from the ground up to improve transport performance for HTTPS traffic and to enable rapid deployment and continued evolution of transport mechanisms. QUIC has been globally deployed at Google on thousands of servers and is used to serve traffic to a range of clients including a widely-used web browser (Chrome) and a popular mobile video streaming app (YouTube). We estimate that 7% of Internet traffic is now QUIC. We describe our motivations for developing a new transport, the principles that guided our design, the Internet-scale process that we used to perform iterative experiments on QUIC, performance improvements seen by our various services, and our experience deploying QUIC globally. We also share lessons about transport design and the Internet ecosystem that we learned from our deployment.</p></p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        






  



<li data-icon="false" class="prog-item prog-wednesday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33908'; event.stopPropagation();" class="ui-link">Neural Adaptive Video Streaming with Pensieve</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Hongzi Mao, Ravi Netravali, and Mohammad Alizadeh <em>(MIT Computer Science and Artificial Intelligence Laboratory)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33908" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-5-2-pensieve.pptx" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33908" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>Client-side video players employ adaptive bitrate (ABR) algorithms to optimize user quality of experience (QoE). Despite the abundance of recently proposed schemes, state-of-the-art ABR algorithms suffer from a key limitation: they use fixed control rules based on simplified or inaccurate models of the deployment environment. As a result, existing schemes inevitably fail to achieve optimal performance across a broad set of network conditions and QoE objectives.</p>
<p>We propose Pensieve, a system that generates ABR algorithms using reinforcement learning (RL). Pensieve uses RL to train a neural network model that selects bitrates for future video chunks based on observations collected by client video players. Unlike existing approaches, Pensieve does not rely upon pre-programmed models or assumptions about the environment. Instead, it learns to make ABR decisions solely through observations of the resulting performance of past decisions. As a result, Pensieve can automatically learn ABR algorithms that adapt to a wide range of environments and QoE metrics. We compare Pensieve to state-of-the-art ABR algorithms using trace-driven and real world experiments spanning a wide variety of network conditions, QoE metrics, and video properties. In all considered scenarios, Pensieve outperforms the best state-of-the-art scheme, with improvements in average QoE of 12%-25%. Pensieve also generalizes well, outperforming existing schemes even on networks for which it was not explicitly trained.</p></p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        






  



<li data-icon="false" class="prog-item prog-wednesday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33909'; event.stopPropagation();" class="ui-link">Disk|Crypt|Net: rethinking the stack for high performance video streaming</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Ilias Marinos and Robert N.M. Watson <em>(University of Cambridge)</em>, Mark Handley <em>(University College London)</em>, and Randall Ray Stewart <em>(Netflix Inc.)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33909" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-5-3-disk-crypt-net.pdf" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33909" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>Conventional general-purpose operating systems form the core of todayâs networked and storage systems. Although network stacks have evolved to become faster, disk-related bottlenecks could greatly mask any CPU- or network-associated overheads, and this has traditionally been the reason that persistent storage was explicitly kept out of the fast path of performance-critical network services. An exciting opportunity is presented by the commoditization of PCIe-attached flash: memories have become faster, more reliable, and affordable, while jettisoning conventional storage buses/interfaces (e.g., AHCI/SATA) and attaching storage directly to the PCIe bus.</p>
<p>We present diskmap, a novel framework that provides safe high-performance userspace direct I/O access to NVME devices, while amortizing system overheads by utilizing efficient batching of outstanding I/O requests, process-to-completion and zerocopy operations. Building upon diskmap and netmap, we show how to design and implement high performance network services that saturate existing hardware while serving data directly from disks, without the need of a traditional in-memory buffer cache. We demonstrate how a buffer-cache-free design is not only practical, but required in order to achieve efficient use of memory bandwidth on contemporary microarchitectures, and we illustrate the power of this design by building a video streaming web server that outperforms state-of-the-art configurations, and saturates modern NIC hardware while using a fraction of the available CPU cores on commodity hardware.</p>
</p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        <li class="ui-li ui-bar-b prog-item ui-li-divider prog-wednesday   " data-role="list-divider">
  <h3>
    12:30pm - 2:00pm
    
      Lunch
    
    
      (Centennial Terrace)
    
  </h3>
  
  
</li>

<li class="hidden">Lunch</li>

      
    
      
        <li class="ui-li ui-bar-a prog-item ui-li-divider prog-wednesday   " data-role="list-divider">
  <h3>
    12:30pm - 2:00pm
    
      Topic Preview 2
    
    
  </h3>
  
    
    
      <p>Room: Centennial Hall</p>
    
  
  
    
  
</li>

<li class="hidden">Topic Preview 2</li>

      
    
      
        
  
  
  


  



<li data-icon="false" class="prog-item prog-wednesday">
  <div style="width: 85%">
    <p class="paper-header">
      
        Datacenter Traffic
        
    </p>
    <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
    <p>Monia Ghobadi <em>(MSR)</em></p>
  </div>
  <div class="ui-li-aside-item">
      
      
        <div class="button-paper">      
          <a href="files/program/topic-preview-2-1.pdf" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
      
      
  </div>
</li>



      
    
      
        
  
  
  


  



<li data-icon="false" class="prog-item prog-wednesday">
  <div style="width: 85%">
    <p class="paper-header">
      
        Datacenter Architecture
        
    </p>
    <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
    <p>Ankit Singla <em>(ETH Zurich)</em></p>
  </div>
  <div class="ui-li-aside-item">
      
      
        <div class="button-paper">      
          <a href="files/program/topic-preview-2-2.pdf" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
      
      
  </div>
</li>



      
    
      
        
  
  
  


  



<li data-icon="false" class="prog-item prog-wednesday">
  <div style="width: 85%">
    <p class="paper-header">
      
        Wireless
        
    </p>
    <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
    <p>Barath Raghavan <em>(Nefeli Networks and ICSI)</em></p>
  </div>
  <div class="ui-li-aside-item">
      
      
        <div class="button-paper">      
          <a href="files/program/topic-preview-2-3.pdf" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
      
      
  </div>
</li>



      
    
      
        
  
  
  


  



<li data-icon="false" class="prog-item prog-wednesday">
  <div style="width: 85%">
    <p class="paper-header">
      
        Peering
        
    </p>
    <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
    <p>Ethan Katz-Bassett <em>(Columbia)</em></p>
  </div>
  <div class="ui-li-aside-item">
      
      
        <div class="button-paper">      
          <a href="files/program/topic-preview-2-4.pdf" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
      
      
  </div>
</li>



      
    
      
        
  
  
  


  



<li data-icon="false" class="prog-item prog-wednesday">
  <div style="width: 85%">
    <p class="paper-header">
      
        Routing
        
    </p>
    <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
    <p>Italo Cunha <em>(U. Federal de Minas Gerais)</em></p>
  </div>
  <div class="ui-li-aside-item">
      
      
        <div class="button-paper">      
          <a href="files/program/topic-preview-2-5.pdf" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
      
      
  </div>
</li>



      
    
      
        <li class="ui-li ui-bar-a prog-item ui-li-divider prog-wednesday   " data-role="list-divider">
  <h3>
    2:00pm - 3:15pm
    
      Technical Session 6 - DC Traffic
    
    
  </h3>
  
    
      <p>Session Chair: Ankit Singla <em>(ETH Zurich)</em></p>
    
    
      <p>Room: Centennial Hall</p>
    
  
  
    
  
</li>

<li class="hidden">Technical Session 6 - DC Traffic</li>

      
    
      
        






  



<li data-icon="false" class="prog-item prog-wednesday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33900'; event.stopPropagation();" class="ui-link">DRILL: Micro Load Balancing for Low-latency Data Center Networks</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Soudeh Ghorbani <em>(University of Wisconsin - Madison)</em>, Zibin Yang and Brighten Godfrey <em>(University of Illinois at Urbana-Champaign)</em>, Yashar Ganjali <em>(University of Toronto)</em>, and Amin Firoozshahian <em>(Intel)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33900" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-6-1-drill.pdf" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33900" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>The trend towards simple datacenter network fabric strips most network functionality, including load balancing, out of the network core and pushes it to the edge. This slows reaction to microbursts, the main culprit of packet loss in datacenters. We investigate the opposite direction: could slightly smarter fabric significantly improve load balancing?</p>
<p>This paper presents DRILL, a datacenter fabric for Clos networks which performs <em>micro load balancing</em> to distribute load as evenly as possible on microsecond timescales. DRILL employs per-packet decisions at each switch based on local queue occupancies and randomized algorithms to distribute load. Our design addresses the resulting key challenges of packet reordering and topological asymmetry. In simulations with a detailed switch hardware model and realistic workloads, DRILL outperforms recent edge-based load balancers particularly under heavy load. Under 80% load, for example, it achieves <span class="math inline">1.3</span>-<span class="math inline">1.4Ã</span> lower mean flow completion time than recent proposals, primarily due to shorter upstream queues. To test hardware feasibility, we implement DRILL in Verilog and estimate its area overhead to be less than 1%. Finally, we analyze DRILLâs stability and throughput-efficiency.</p>
</p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        






  



<li data-icon="false" class="prog-item prog-wednesday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33901'; event.stopPropagation();" class="ui-link">Credit-Scheduled Delay-Bounded Congestion Control for Datacenters</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Inho Cho <em>(KAIST)</em>, Keon Jang <em>(Google)</em>, and Dongsu Han <em>(KAIST)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33901" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-6-2-exppass.pdf" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33901" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>Small RTTs (<span class="math inline">â¼</span>tens of microseconds), bursty flow arrivals, and a large number of concurrent flows (thousands) in datacenters bring fundamental challenges to congestion control as they either force a flow to send at most one packet per RTT or induce a large queue build-up. The widespread use of shallow buffered switches also makes the problem more challenging with hosts generating many flows in bursts. In addition, as link speeds increase, algorithms that gradually probe for bandwidth take a long time to reach the fair-share. An ideal datacenter congestion control must provide 1) zero data loss, 2) fast convergence, 3) low buffer occupancy, and 4) high utilization. However, these requirements present conflicting goals.</p>
<p>This paper presents a new radical approach, called ExpressPass, an end-to-end credit-scheduled, delay-bounded congestion control for datacenters. ExpressPass uses credit packets to control congestion even before sending data packets, which enables us to achieve bounded delay and fast convergence. It gracefully handles bursty flow arrivals. We implement ExpressPass using commodity switches and provide evaluations using testbed experiments and simulations. ExpressPass converges up to <span class="math inline">80</span> times faster than DCTCP in <span class="math inline">10</span>Gbps links, and the gap increases as link speeds become faster. It greatly improves performance under heavy incast workloads and significantly reduces the flow completion times, especially, for small and medium size flows compared to RCP, DCTCP, HULL, and DX under realistic workloads.</p>
</p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        






  



<li data-icon="false" class="prog-item prog-wednesday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33902'; event.stopPropagation();" class="ui-link">Resilient Datacenter Load Balancing in the Wild</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Hong Zhang, Junxue Zhang, Wei Bai, and Kai Chen <em>(Hong Kong University of Science and Technology)</em> and Mosharaf Chowdhury <em>(University of Michigan)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33902" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-6-3-resilient-load-balancing.pptx" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33902" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>Production datacenters operate under various uncertainties such as traffic dynamics, topology asymmetry, and failures. Therefore, datacenter load balancing schemes must be resilient to these uncertainties; i.e., they should accurately sense path conditions and timely react to mitigate the fallouts. Despite significant efforts, prior solutions have important drawbacks. On the one hand, solutions such as Presto and DRB are oblivious to path conditions and blindly reroute at fixed granularity. On the other hand, solutions such as CONGA and CLOVE can sense congestion, but they can only reroute when flowlets emerge; thus, they cannot always react timely to uncertainties. To make things worse, these solutions fail to detect/handle failures such as blackholes and random packet drops, which greatly degrades their performance.</p>
<p>In this paper, we introduce Hermes, a datacenter load balancer that is resilient to the aforementioned uncertainties. At its heart, Hermes leverages comprehensive sensing to detect path conditions including failures unattended before, and it reacts using timely yet cautious rerouting. Hermes is a practical edge-based solution with no switch modification. We have implemented Hermes with commodity switches and evaluated it through both testbed experiments and large-scale simulations. Our results show that Hermes achieves comparable performance to CONGA and Presto in normal cases, and well handles uncertainties: under asymmetries, Hermes achieves up to 10% and 20% better flow completion time (FCT) than CONGA and CLOVE; under switch failures, it outperforms all other schemes by over 32%.</p></p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        <li class="ui-li ui-bar-a prog-item ui-li-divider prog-wednesday   " data-role="list-divider">
  <h3>
    3:15pm - 4:15pm
    
      Posters and Demos II
    
    
  </h3>
  
    
    
      <p>Room: Legacy Room and Transformation Room</p>
    
  
  
    
  
</li>

<li class="hidden">Posters and Demos II</li>

      
    
      
        


  



<li data-icon="false" class="prog-item prog-wednesday">
  <div style="width: 70%">
    <p class="paper-header">
      
        
        
    </p>
    <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
    <p>Includes coffee break from 3:30pm-4pm</p>
  </div>
  <div class="ui-li-aside-item">
      
      
      
  </div>
</li>

      
    
      
        <li class="ui-li ui-bar-a prog-item ui-li-divider prog-wednesday   " data-role="list-divider">
  <h3>
    4:15pm - 5:30pm
    
      Technical Session 7 - DC Architecture
    
    
  </h3>
  
    
      <p>Session Chair: Monia Ghobadi <em>(Microsoft Research)</em></p>
    
    
      <p>Room: Centennial Hall</p>
    
  
  
    
  
</li>

<li class="hidden">Technical Session 7 - DC Architecture</li>

      
    
      
        






  



<li data-icon="false" class="prog-item prog-wednesday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33903'; event.stopPropagation();" class="ui-link">RotorNet: A Scalable, Low-complexity, Optical Datacenter Network</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>William M. Mellette, Rob McGuinness, Arjun Roy, Alex Forencich, George Papen, Alex C. Snoeren, and George Porter <em>(UC San Diego)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33903" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-7-1-RotorNet.pdf" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33903" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>The ever-increasing bandwidth requirements of modern datacenters have led researchers to propose networks based upon optical circuit switches, but these proposals face significant deployment challenges. In particular, previous proposals dynamically configure circuit switches in response to changes in workload, requiring network-wide demand estimation, centralized circuit assignment, and tight time synchronization between various network elementsâresulting in a complex and unwieldy control plane. Moreover, limitations in the technologies underlying the individual circuit switches restrict both the rate at which they can be reconfigured and the scale of the network that can be constructed.</p>
<p>We propose RotorNet, a circuit-based network design that addresses these two challenges. While RotorNet dynamically reconfigures its constituent circuit switches, it decouples switch configuration from traffic patterns, obviating the need for demand collection and admitting a fully decentralized control plane. At the physical layer, RotorNet relaxes the requirements on the underlying circuit switchesâin particular by not requiring individual switches to implement a full crossbarâenabling them to scale to 1000s of ports. We show that RotorNet outperforms comparably priced Fat Tree topologies under a variety of workload conditions, including traces taken from two commercial datacenters. We also demonstrate a small-scale RotorNet operating in practice on an eight-node testbed.</p></p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        






  



<li data-icon="false" class="prog-item prog-wednesday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33904'; event.stopPropagation();" class="ui-link">Beyond fat-trees without antennae, mirrors, and disco-balls</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Simon Kassing <em>(ETH ZÃ¼rich)</em>, Asaf Valadarsky, Gal Shahaf, and Michael Schapira <em>(Hebrew University of Jerusalem)</em>, and Ankit Singla <em>(ETH ZÃ¼rich)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33904" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-7-2-beyond-fat-tree.pdf" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33904" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>Recent studies have observed that large data center networks often have a few hotspots while most of the network is underutilized. Consequently, numerous data center network designs have explored the approach of identifying these communication hotspots in real-time and eliminating them by leveraging flexible optical or wireless connections to dynamically alter the network topology. These proposals are based on the premise that statically wired network topologies, which lack the opportunity for such online optimization, are fundamentally inefficient, and must be built at uniform full capacity to handle unpredictably skewed traffic.</p>
<p>We show this assumption to be false. Our results establish that state-of-the-art static networks can also achieve the performance benefits claimed by dynamic, reconfigurable designs of the same cost: for the skewed traffic workloads used to make the case for dynamic networks, the evaluated static networks can achieve performance matching full-bandwidth fat-trees at two-thirds of the cost. Surprisingly, this can be accomplished even without relying on any form of online optimization, including the optimization of routing configuration in response to the traffic demands.</p>
<p>Our results substantially lower the barriers for improving upon todayâs data centers by showing that a static, cabling-friendly topology built using commodity equipment yields superior performance when combined with well-understood routing methods.</p>
</p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        






  



<li data-icon="false" class="prog-item prog-wednesday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33915'; event.stopPropagation();" class="ui-link">A Tale of Two Topologies: Exploring Convertible Data Center Network Architectures with Flat-tree</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Yiting Xia, Xiaoye Steven Sun, Simbarashe Dzinamarira, Dingming Wu, Xin Sunny Huang, and T. S. Eugene Ng <em>(Rice University)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33915" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-7-3-flat-tree.pdf" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33915" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>This paper promotes convertible data center network architectures, which can dynamically change the network topology to combine the benefits of multiple architectures. We propose the flat-tree prototype architecture as the first step to realize this concept. Flat-tree can be implemented as a Clos network and later be converted to approximate random graphs of different sizes, thus achieving both Clos-like implementation simplicity and random-graph-like transmission performance. We present the detailed design for the network architecture and the control system. Simulations using real data center traffic traces show that flat-tree is able to optimize various workloads with different topology options. We implement an example flat-tree network on a 20-switch 24- server testbed. The traffic reaches the maximal throughput in 2.5s after a topology change, proving the feasibility of converting topology at run time. The network core bandwidth is increased by 27.6% just by converting the topology from Clos to approximate random graph. This improvement can be translated into acceleration of applications as we observe reduced communication time in Spark and Hadoop jobs.</p></p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        <li class="ui-li ui-bar-a prog-item ui-li-divider prog-wednesday   " data-role="list-divider">
  <h3>
    5:30pm - 6:30pm
    
      Community Feedback
    
    
  </h3>
  
    
    
      <p>Room: Centennial Hall</p>
    
  
  
    
  
</li>

<li class="hidden">Community Feedback</li>

      
    
      
        


  



<li data-icon="false" class="prog-item prog-wednesday">
  <div style="width: 70%">
    <p class="paper-header">
      
        
        
    </p>
    <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
    <p></p>
  </div>
  <div class="ui-li-aside-item">
      
      
      
  </div>
</li>

      
    
      
        <li class="prog-social prog-item prog-wednesday " data-role="list-divider">
  <h3>6:30pm - 9:00pm Student Dinner</h3>
</li>

<li class="hidden">&nbsp;</li>

      
    
      
        


  



<li data-icon="false" class="prog-item prog-wednesday">
  <div style="width: 70%">
    <p class="paper-header">
      
        
        
    </p>
    <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
    <p>Student Dinner will take place in Sunset Recreation Center</p>
  </div>
  <div class="ui-li-aside-item">
      
      
      
  </div>
</li>

      
    
      
        
        <li class="prog-header prog-no-filter ui-bar-a prog-item prog-thursday">
          <h3>Thursday, August 24, 2017</h3>
        </li>
      
    
      
        <li class="ui-li ui-bar-b prog-item ui-li-divider prog-thursday   " data-role="list-divider">
  <h3>
    7:30am - 6:00pm
    
      Registration desk open
    
    
      (Foyer)
    
  </h3>
  
  
</li>

<li class="hidden">Registration desk open</li>

      
    
      
        <li class="ui-li ui-bar-b prog-item ui-li-divider prog-thursday   " data-role="list-divider">
  <h3>
    7:30am - 8:30am
    
      Breakfast
    
    
      (Foyer)
    
  </h3>
  
  
</li>

<li class="hidden">Breakfast</li>

      
    
      
        <li class="ui-li ui-bar-a prog-item ui-li-divider prog-thursday   " data-role="list-divider">
  <h3>
    8:30am - 10:10am
    
      Technical Session 8 - Wireless
    
    
  </h3>
  
    
      <p>Session Chair: Venkat Padmanabhan <em>(Microsoft Research India)</em></p>
    
    
      <p>Room: Centennial Hall</p>
    
  
  
    
  
</li>

<li class="hidden">Technical Session 8 - Wireless</li>

      
    
      
        






  



<li data-icon="false" class="prog-item prog-thursday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33916'; event.stopPropagation();" class="ui-link">Empowering Low-Power Wide Area Networks in Urban Settings</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Rashad Eletreby, Diana Zhang, Swarun Kumar, and Osman Yagan <em>(Carnegie Mellon University)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33916" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-8-1-choir.pdf" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33916" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>Low-Power Wide Area Networks (LP-WANs) are an attractive emerging platform to connect the Internet-of-things. LP-WANs enable low-cost devices with a 10-year battery to communicate at few kbps to a base station, kilometers away. But deploying LP-WANs in large urban environments is challenging, given the sheer density of nodes that causes interference, coupled with attenuation from buildings that limits signal range. Yet, state-of-the-art techniques to address these limitations demand inordinate hardware complexity at the base stations or clients, increasing their size and cost.</p>
<p>This paper presents Choir, a system that overcomes challenges pertaining to density and range of urban LP-WANs despite the limited capabilities of base station and client hardware. First, Choir proposes a novel technique that aims to disentangle and decode large numbers of interfering transmissions at a simple, single-antenna LP-WAN base station. It does so, perhaps counter-intuitively, by taking the hardware imperfections of low-cost LP-WAN clients to its advantage. Second, Choir exploits the correlation of sensed data collected by LP-WAN nodes to collaboratively reach a far-away base station, even if individual clients are beyond its range. We implement and evaluate Choir on USRP N210 base stations serving a 10 square kilometer area surrounding Carnegie Mellon University campus. Our results reveal that Choir improves network throughput of commodity LP-WAN clients by 6.84<span class="math inline">Ã</span> and expands communication range by 2.65<span class="math inline">Ã</span>.</p>
</p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        






  



<li data-icon="false" class="prog-item prog-thursday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33917'; event.stopPropagation();" class="ui-link">Wi-Fi Goes to Town: Rapid Picocell Switching for Wireless Transit Networks</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Zhenyu Song, Longfei Shangguan, and Kyle Jamieson <em>(Princeton University)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33917" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-8-2-WGTT.pdf" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33917" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>This paper presents the design and implementation of Wi-Fi Goes to Town, the first Wi-Fi based roadside hotspot network designed to operate at vehicular speeds with meter-sized picocells. Wi-Fi Goes to Town APs make delivery decisions to the vehicular clients they serve at millisecond-level granularities, exploiting path diversity in roadside networks. In order to accomplish this, we introduce new buffer management algorithms that allow participating APs to manage each othersâ queues, rapidly quenching each othersâ transmissions and flushing each othersâ queues. We furthermore integrate our fine-grained AP selection and queue management into 802.11âs frame aggregation and block acknowledgment functions, making the system effective at modern 802.11 bit rates that need frame aggregation to maintain high spectral efficiency. We have implemented our system in an eight-AP network alongside a nearby road, and evaluate its performance with mobile clients moving at up to 35Â mph. Depending on the clientsâ speed, Wi-Fi Goes to Town achieves a 2.4â4.7X TCP throughput improvement over a baseline fast handover protocol that captures the state of the art in Wi-Fi roaming, including the recent IEEE 802.11k and 802.11r standards.</p>
</p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        






  



<li data-icon="false" class="prog-item prog-thursday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 85%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33918'; event.stopPropagation();" class="ui-link">Drone Relays for Battery-Free Networks</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Yunfei Ma, Nicholas Selby, and Fadel Adib <em>(MIT)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33918" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33918" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>Battery-free sensors, such as RFIDs, are annually attached to billions of items including pharmaceutical drugs, clothes, and manufacturing parts. The fundamental challenge with battery-free sensors is that they are only reliable at short distances of tens of centimeters to few meters. As a result, todayâs systems for communicating with and localizing battery-free sensors are crippled by the limited range.</p>
<p>To overcome this challenge, this paper presents RFly, a system that leverages drones as relays for battery-free networks. RFly delivers two key innovations. It introduces the first full-duplex relay for battery-free networks. The relay can seamlessly integrate with a deployed RFID infrastructure, and it preserves phase and timing characteristics of the forwarded packets. RFly also develops the first RF-localization algorithm that can operate through a mobile relay.</p>
<p>We built a hardware prototype of RFlyâs relay into a custom PCB circuit and mounted it on a Parrot Bebop drone. Our experimental evaluation demonstrates that RFly enables communication with commercial RFIDs at over 50m. Moreover, its through-relay localization algorithm has a median accuracy of 19 centimeters. These results demonstrate that RFly provides powerful primitives for communication and localization in battery-free networks.</p>
</p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        






  



<li data-icon="false" class="prog-item prog-thursday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 85%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33919'; event.stopPropagation();" class="ui-link">A High Performance Packet Core for Next Generation Cellular Networks</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Zafar Qazi <em>(University of California Berkeley)</em>, Melvin Walls <em>(Nefeli Networks, Inc.)</em>, Aurojit Panda <em>(University of California Berkeley)</em>, Vyas Sekar <em>(Carnegie Mellon University)</em>, and Sylvia Ratnasamy and Scott Shenker <em>(University of California Berkeley)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33919" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33919" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>Cellular traffic continues to grow rapidly making the scalability of the cellular infrastructure a critical issue. However, there is mounting evidence that the current Evolved Packet Core (EPC) is ill-suited to meet these scaling demands: EPC solutions based on specialized appliances are expensive to scale and recent software EPCs perform poorly, particularly with increasing numbers of devices or signaling traffic.</p>
<p>In this paper, we design and evaluate a new system architecture for a software EPC that achieves high and scalable performance. We postulate that the poor scaling of existing EPC systems stems from the manner in which the system is decomposed which leads to device state being duplicated across multiple components which in turn results in frequent interactions between the different components. We propose an alternate approach in which state for a single device is consolidated in one location and EPC functions are (re)organized for efficient access to this consolidated state. In effect, our design âslicesâ the EPC by user.</p>
<p>We prototype and evaluate PEPC, a software EPC that implements the key components of our design. We show that PEPC achieves 3-7x higher throughput than comparable software EPCs that have been implemented in industry and over 10x higher throughput than a popular open-source implementation (OpenAirInterface). Compared to the industrial EPC implementations, PEPC sustains high data throughput for 10-100x more users devices per core, and a 10x higher ratio of signaling-to-data traffic. In addition to high performance, PEPCâs by-user organization enables efficient state migration and customization of processing pipelines. We implement user migration in PEPC and show that state can be migrated with little disruption, e.g., migration adds only up to 4us of latency to median per packet latencies.</p>
</p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        <li class="ui-li ui-bar-b prog-item ui-li-divider prog-thursday   " data-role="list-divider">
  <h3>
    10:10am - 10:50am
    
      Coffee Break
    
    
      (Foyer)
    
  </h3>
  
  
</li>

<li class="hidden">Coffee Break</li>

      
    
      
        <li class="ui-li ui-bar-a prog-item ui-li-divider prog-thursday   " data-role="list-divider">
  <h3>
    10:50am - 12:30pm
    
      Technical Session 9 - Realities
    
    
  </h3>
  
    
      <p>Session Chair: Theo Benson <em>(Duke University)</em></p>
    
    
      <p>Room: Centennial Hall</p>
    
  
  
    
  
</li>

<li class="hidden">Technical Session 9 - Realities</li>

      
    
      
        






  



<li data-icon="false" class="prog-item prog-thursday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33910'; event.stopPropagation();" class="ui-link">Understanding and Mitigating Packet Corruption in Data Center Networks</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Danyang Zhuo <em>(University of Washington)</em>, Monia Ghobadi <em>(Microsoft Research)</em>, Ratul Mahajan <em>(Intentionet)</em>, Klaus-Tycho FÃ¶rster <em>(Aalborg University)</em>, and Arvind Krishnamurthy and Thomas Anderson <em>(University of Washington)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33910" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-9-1-CorrOpt.pdf" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33910" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>We take a comprehensive look at packet corruption in data center networks, which leads to packet losses and application performance degradation. By studying 350K links across 15 production data centers, we find that the extent of corruption losses is significant and that its characteristics differ markedly from congestion losses. Corruption impacts fewer links than congestion, but imposes a heavier loss rate; and unlike congestion, corruption rate on a link is stable over time and is not correlated with its utilization. Based on these observations, we developed CorrOpt, a system to mitigate corruption. To minimize corruption losses, it intelligently selects which corrupting links can be safely disabled, while ensuring that each top-of-rack switch has a minimum number of paths to reach other switches. CorrOpt also recommends specific actions (e.g., replace cables, clean connectors) to repair disabled links, based on our analysis of common symptoms of different root causes of corruption. Our recommendation engine has been deployed in over seventy data centers of a large cloud provider. Our analysis shows that, compared to current state of the art, CorrOpt can reduce corruption losses by three to six orders of magnitude and improve repair accuracy by 60%.</p>
</p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        






  



<li data-icon="false" class="prog-item prog-thursday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33911'; event.stopPropagation();" class="ui-link">Who is Fiddling with Prices? Building and Deploying a Watchdog Service for E-commerce</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Costas Iordanou <em>(Universidad Carlos III de Madrid, Telefonica Research)</em>, Claudio Soriente <em>(Telefonica Research)</em>, Michael Sirivianos <em>(Cyprus University of Technology)</em>, and Nikolaos Laoutaris <em>(Telefonica Research)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33911" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-9-2-Sheriff.pdf" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33911" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>We present the design, implementation, validation, and deployment of the Price $heriff, a highly distributed system for detecting various types of online price discrimination in e-commerce. The Price $heriff uses a peer-to-peer architecture, sandboxing, and secure multiparty computation to allow users to tunnel price check requests through the browsers of other peers without tainting their local or server-side browsing history and state. Having operated the Price $heriff for several months with approximately one thousand real users, we identify several instances of cross-border price discrimination based on the country of origin. Even within national borders, we identify several retailers that return different prices for the same product to different users. We examine whether the observed differences are due to personal-data-induced discrimination or A/B testing, and conclude that it is the latter.</p></p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        






  



<li data-icon="false" class="prog-item prog-thursday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33912'; event.stopPropagation();" class="ui-link">Vroom: Accelerating the Mobile Web with Server-Aided Dependency Resolution</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Vaspol Ruamviboonsuk <em>(University of Michigan)</em>, Ravi Netravali <em>(MIT)</em>, and Muhammed Uluyol and Harsha V. Madhyastha <em>(University of Michigan)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33912" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-9-3-vroom.pdf" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33912" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>The existing slowness of the web on mobile devices frustrates users and hurts the revenue of website providers. Prior studies have attributed high page load times to dependencies within the page load process: network latency in fetching a resource delays its processing, which in turn delays when dependent resources can be discovered and fetched.</p>
<p>To securely address the impact that these dependencies have on page load times, we present Vroom, a rethink of how clients and servers interact to facilitate web page loads. Unlike existing solutions, which require clients to either trust proxy servers or discover all the resources on any page themselves, Vroomâs key characteristics are that clients fetch every resource directly from the domain that hosts it but web servers aid clients in discovering resources. Input from web servers decouples a clientâs processing of resources from its fetching of resources, thereby enabling independent use of both the CPU and the network. As a result, Vroom reduces the median page load time by more than 5 seconds across popular News and Sports sites. To enable these benefits, our contributions lie in making web servers capable of accurately aiding clients in resource discovery and judiciously scheduling a clientâs receipt of resources.</p>
</p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        






  



<li data-icon="false" class="prog-item prog-thursday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33913'; event.stopPropagation();" class="ui-link">Carousel: Scalable Traffic Shaping at End-Hosts</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Ahmed Saeed <em>(Georgia Institute of Technology)</em> and Nandita Dukkipati, Vytautas Valancius, Vinh The Lam, Carlo Contavalli, and Amin Vahdat <em>(Google Inc.)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33913" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-9-4-carousel.pdf" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33913" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>Traffic shaping, including pacing and rate limiting, is fundamental to the correct and efficient operation of both datacenter and wide area networks. Sample use cases include policy-based bandwidth allocation to flow aggregates, rate-based congestion control algorithms, and packet pacing to avoid bursty transmissions that can overwhelm router buffers. Driven by the need to scale to millions of flows and to apply complex policies, traffic shaping is moving from network switches into the end hosts, typically implemented in software in the kernel networking stack.</p>
<p>In this paper, we show that the performance overhead of end-host traffic shaping is substantial limits overall system scalability as we move to thousands of individual traffic classes per server. Measurements from production servers show that shaping at hosts consumes considerable CPU and memory, unnecessarily drops packets, suffers from head of line blocking and inaccuracy, and does not provide backpressure up the stack. We present Carousel, a framework that scales to tens of thousands of policies and flows per server, built from the synthesis of three key ideas: i) a single queue shaper using time as the basis for releasing packets, ii) fine-grained, just-in-time freeing of resources in higher layers coupled to actual packet departures, and iii) one shaper per CPU core, with lock-free coordination. Our production experience in serving video traffic at a Cloud service provider shows that Carousel shapes traffic accurately while improving overall machine CPU utilization by 8% (an improvement of 20% in the CPU utilization attributed to networking) relative to state-of-art deployments. It also conforms 10 times more accurately to target rates, and consumes two orders of magnitude less memory than existing approaches.</p></p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        <li class="ui-li ui-bar-b prog-item ui-li-divider prog-thursday   " data-role="list-divider">
  <h3>
    12:30pm - 2:00pm
    
      Lunch
    
    
      (Centennial Terrace)
    
  </h3>
  
  
</li>

<li class="hidden">Lunch</li>

      
    
      
        <li class="ui-li ui-bar-a prog-item ui-li-divider prog-thursday   " data-role="list-divider">
  <h3>
    2:00pm - 3:15pm
    
      Technical Session 10 - Peering
    
    
  </h3>
  
    
      <p>Session Chair: Laurent Vanbever <em>(ETH Zurich)</em></p>
    
    
      <p>Room: Centennial Hall</p>
    
  
  
    
  
</li>

<li class="hidden">Technical Session 10 - Peering</li>

      
    
      
        






  



<li data-icon="false" class="prog-item prog-thursday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 85%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33914'; event.stopPropagation();" class="ui-link">Engineering Egress with Edge Fabric: Steering Oceans of Content to the World</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Brandon Schlinker <em>(Facebook / University of Southern California)</em>, Hyojeong Kim and Timothy Cui <em>(Facebook)</em>, Ethan Katz-Bassett <em>(University of Southern California / Columbia University)</em>, Harsha V. Madhyastha <em>(University of Michigan)</em>, Italo Cunha <em>(Universidade Federal de Minas Gerais)</em>, and James Quinn, Saif Hasan, Petr Lapukhov, and Hongyi Zeng <em>(Facebook)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33914" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33914" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>Â Large content providers build points of presence around the world, each connected to tens or hundreds of networks. Ideally, this connectivity lets providers better serve users, but providers cannot obtain enough capacity on some preferred peering paths to handle peak traffic demands. These capacity constraints, coupled with volatile traffic and performance and the limitations of the 20 year old BGP protocol, make it difficult to best use this connectivity. Â  Â We present Edge Fabric, an SDN-based system we built and deployed to tackle these challenges for Facebook, which serves over two billion users from dozens of points of presence on six continents. We provide the first public details on the connectivity of a provider of this scale, including opportunities and challenges. We describe how Edge Fabric operates in near real-time to avoid congesting links at the edge of Facebookâs network. Our evaluation on production traffic worldwide demonstrates that Edge Fabric efficiently uses interconnections without congesting them and degrading performance. We also present real-time performance measurements of available routes and investigate incorporating them into routing decisions. We relate challenges, solutions, and lessons from four years of operating and evolving Edge Fabric.</p>
</p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        






  



<li data-icon="false" class="prog-item prog-thursday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33925'; event.stopPropagation();" class="ui-link">Taking the Edge off with Espresso: Scale, Reliability and Programmability for Global Internet Peering</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Kok-Kiong Yap, Murtaza Motiwala, Jeremy Rahe, Steve Padgett, Matthew Holliman, Gary Baldus, Marcus Hines, Taeeun Kim, Ashok Narayanan, Ankur Jain, Victor Lin, Colin Rice, Brian Rogan, Arjun Singh, Bert Tanaka, Manish Verma, Puneet Sood, Mukarram Tariq, Matt Tierney, Dzevad Trumic, Vytautas Valancius, Calvin Ying, Mahesh Kallahalla, Bikash Koley, and Amin Vahdat <em>(Google)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33925" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-10-2-espresso.pdf" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33925" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>We present the design of Espresso, Googleâs SDN-based Internet peering edge routing infrastructure. This architecture grew out of a need to exponentially scale the Internet edge cost-effectively and to enable application-aware routing at Internet-peering scale. Espresso utilizes commodity switches and host-based routing/packet processing to implement a novel fine-grained traffic engineering capability. Overall, Espresso provides Google a scalable peering edge that is programmable, reliable, and integrated with global traffic systems. Espresso also greatly accelerated deployment of new networking features at our peering edge. Espresso has been in production for two years and serves over 22% of Googleâs total traffic to the Internet.</p></p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        






  



<li data-icon="false" class="prog-item prog-thursday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33926'; event.stopPropagation();" class="ui-link">Detecting Peering Infrastructure Outages in the Wild</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Vasileios Giotsas <em>(CAIDA / UCSD)</em>, Christoph Dietzel <em>(TU Berlin / DE-CIX)</em>, Georgios Smaragdakis <em>(MIT/TU Berlin)</em>, Anja Feldmann <em>(TU Berlin)</em>, Arthur Berger <em>(MIT/Akamai)</em>, and Emile Aben <em>(RIPE NCC)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33926" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-10-3-outages-in-wild.pdf" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33926" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>Peering infrastructures, namely, colocation facilities and Internet exchange points, are located in every major city, have hundreds of network members, and support hundreds of thousands of interconnections around the globe. These infrastructures are well provisioned and managed, but outages have to be expected, e.g., due to power failures, human errors, attacks, and natural disasters. However, little is known about the frequency and impact of outages at these critical infrastructures with high peering concentration. In this paper, we develop a novel and lightweight methodology for detecting peering infrastructure outages. Our methodology relies on the observation that BGP communities, announced with routing updates, are an excellent and yet unexplored source of information allowing us to pinpoint outage locations with high accuracy. We build and operate a system that can locate the epicenter of infrastructure outages at the level of a building and track the reaction of networks in near real-time. Our analysis unveils four times as many outages as compared to those publicly reported over the past five years. Moreover, we show that such outages have significant impact on remote networks and peering infrastructures. Our study provides a unique view of the Internetâs behavior under stress that often goes unreported.</p>
</p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        <li class="ui-li ui-bar-a prog-item ui-li-divider prog-thursday   " data-role="list-divider">
  <h3>
    3:15pm - 3:45pm
    
      Coffee Break
    
    
  </h3>
  
    
    
      <p>Room: Foyer</p>
    
  
  
    
  
</li>

<li class="hidden">Coffee Break</li>

      
    
      
        <li class="ui-li ui-bar-a prog-item ui-li-divider prog-thursday   " data-role="list-divider">
  <h3>
    3:45pm - 5:00pm
    
      Technical Session 11 - Routing
    
    
  </h3>
  
    
      <p>Session Chair: Michael Schapira <em>(Hebrew University of Jerusalem)</em></p>
    
    
      <p>Room: Centennial Hall</p>
    
  
  
    
  
</li>

<li class="hidden">Technical Session 11 - Routing</li>

      
    
      
        






  



<li data-icon="false" class="prog-item prog-thursday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33927'; event.stopPropagation();" class="ui-link">SWIFT: Predictive Fast Reroute</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Thomas Holterbach <em>(ETH ZÃ¼rich; CAIDA UC San Diego)</em>, Stefano Vissicchio <em>(University College London)</em>, Alberto Dainotti <em>(CAIDA, UC San Diego)</em>, and Laurent Vanbever <em>(ETH ZÃ¼rich)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33927" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-11-1-SWIFT.pdf" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33927" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>Network operators often face the problem of remote transit outages, which can cause data-plane downtimes. The key issue is that BGP, the Internet routing protocol, converges very slowly upon such outages, as large bursts of messages have to be processed and propagated router-by-router.</p>
<p>In this paper, we present SWIFT, a fast-reroute mechanism which enables routers to restore connectivity in few seconds upon remote transit outages. SWIFT is based on two novel techniques. First, SWIFT deals with slow outage notification by predicting the overall extent of a remote failure out of few control-plane (BGP) messages. The key insight is that significant inference speed can be gained at the price of some accuracy. Second, SWIFT introduces a new data-plane encoding scheme which enables quick and flexible update of the impacted forwarding entries. SWIFT is deployable on existing devices, without modifying BGP.</p>
<p>We implemented SWIFT and demonstrate that it is both fast and accurate. It predicts the extent of a remote outage in few seconds with an accuracy of ~90% and can restore connectivity for 99% of the impacted destinations.</p></p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        






  



<li data-icon="false" class="prog-item prog-thursday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/citation.cfm?id=3098857'; event.stopPropagation();" class="ui-link">Bootstrapping evolvability for inter-domain routing with D-BGP</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Raja R. Sambasivan <em>(Boston University)</em>, David Tran-Lam and Aditya Akella <em>(University of Wisconsin-Madison)</em>, and Peter Steenkiste <em>(Carnegie Mellon University)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/citation.cfm?id=3098857" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-11-2-D-BGP.pdf" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/citation.cfm?id=3098857" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>The Internetâs inter-domain routing infrastructure, provided today by BGP, is extremely rigid and does not facilitate the introduction of new inter-domain routing protocols. This rigidity has made it incredibly difficult to widely deploy critical fixes to BGP. It has also depressed ASesâ ability to sell value-added services or replace BGP entirely with a more sophisticated protocol. Even if operators undertook the significant effort needed to fix or replace BGP, it is likely the next protocol will be just as difficult to change or evolve. To help, this paper identifies two features needed in the routing infrastructure (i.e., within any inter-domain routing protocol) to facilitate evolution to new protocols. To understand their utility, it presents D-BGP, a version of BGP that incorporates them.</p>
</p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        






  



<li data-icon="false" class="prog-item prog-thursday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 70%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='//dl.acm.org/authorize?N33928'; event.stopPropagation();" class="ui-link">The Impact of Router Outages on the AS-level Internet</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Matthew Luckie <em>(University of Waikato)</em> and Robert Beverly <em>(Naval Postgraduate School)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33928" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/ts-11-3-outages.pdf" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="//dl.acm.org/authorize?N33928" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Video</a>
        </div>
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>We propose and evaluate a new metric for understanding the dependence of the AS-level Internet on <em>individual</em> routers. Whereas prior work uses large volumes of reachability probes to infer outages, we design an efficient active probing technique that directly and unambiguously reveals router restarts. We use our technique to survey 149,560 routers across the Internet for 2.5 years. 59,175 of the surveyed routers (40%) experience at least one reboot, and we quantify the resulting impact of each router outage on global IPv4 and IPv6 BGP reachability.</p>
<p>Our technique complements existing data and control plane outage analysis methods by providing a causal link from BGP reachability failures to the responsible router(s) and multi-homing configurations. While we found the Internet core to be largely robust, we identified specific routers that were <em>single points of failure</em> for the prefixes they advertised. In total, 2,385 routers â 4.0% of the routers that restarted over the course of 2.5 years of probing â were single points of failure for 3,396 IPv6 prefixes announced by 1,708 ASes. We inferred 59% of these routers were the customer-edge border router. 2,374 (70%) of the withdrawn prefixes were not covered by a less specific prefix, so 1,726 routers (2.9%) of those that restarted were single points of failure for at least one network. However, a covering route did not imply reachability during a router outage, as no previously-responsive address in a withdrawn more specific prefix responded during a one-week sample. We validate our reboot and single point of failure inference techniques with four networks, finding no false positive or false negative reboots, but find some false negatives in our single point of failure inferences.</p>
</p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        <li class="ui-li ui-bar-a prog-item ui-li-divider prog-thursday   " data-role="list-divider">
  <h3>
    5:00pm - 5:35pm
    
      Best of CCR
    
    
  </h3>
  
    
      <p>Session Chair: Olivier Bonaventure <em>(University catholique de Louvain)</em></p>
    
    
      <p>Room: Centennial Hall</p>
    
  
  
    
  
</li>

<li class="hidden">Best of CCR</li>

      
    
      
        






  



<li data-icon="false" class="prog-item prog-thursday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 78%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='https://ccronline.sigcomm.org/wp-content/uploads/2017/05/acmdl17-97.pdf'; event.stopPropagation();" class="ui-link">Learning Networking by Reproducing Research Results</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Lisa Yan and Nick McKeown <em>(Stanford University)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="https://ccronline.sigcomm.org/wp-content/uploads/2017/05/acmdl17-97.pdf" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/best-of-ccr-1-reproducibility.pdf" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b>In the past five years, the graduate networking course at Stanford has assigned over 200 students the task of reproducing results from over 40 networking papers. We began the project as a means of teaching both engineering rigor and critical thinking, qualities that are necessary for careers in networking research and industry. We have observed that reproducing research can simultaneously be a tool for education and a means for students to contribute to the networking community. Through this editorial we describe our project in reproducing network research and show through anecdotal evidence that this project is important for both the classroom and the networking community at large, and we hope to encourage other institutions to host similar class projects.</p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        






  



<li data-icon="false" class="prog-item prog-thursday">
  <div data-role="collapsible" class="paper-navgroup" data-collapsed="true" data-iconpos="right" data-collapsed-icon="carat-d" data-expanded-icon="carat-u">
    <h4>
      <div style="width: 78%">
        <p class="paper-header">
          
            <a href="javascript:void(0)" onclick="window.location='https://ccronline.sigcomm.org/wp-content/uploads/2017/05/acmdl17-60.pdf'; event.stopPropagation();" class="ui-link">Principles for Measurability in Protocol Design</a>
            
        </p>
        <!-- /* the spaces after various "%s" below are important for correct list filtering! */ -->
        <p>Mark Allman <em>(ICSI)</em>; Robert Beverly <em>(Naval Postgraduate School)</em>; Brian Trammel <em>(ETH ZÃ¼rich)</em></p>
      </div>
      <div class="ui-li-aside">
        
        <div class="button-paper">      
          <a href="https://ccronline.sigcomm.org/wp-content/uploads/2017/05/acmdl17-60.pdf" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Paper</a>
        </div>
        
        
        <div class="button-paper">      
          <a href="files/program/best-of-ccr-2-measurability.pdf" onclick="event.stopPropagation();" rel="external" target="_blank" class="ui-link">Slides</a>
        </div>
        
        
      </div>
    </h4>
    <ul data-role="listview" data-inset="false">
      <li data-icon="false">
        <p><b>Abstract: </b><p>Measurement has become fundamental to the operation of networks and at-scale servicesâwhether for management, security, diagnostics, optimization, or simply enhancing our collective understanding of the Internet as a complex system. Further, measurements are useful across points of viewâ from end hosts to enterprise networks and data centers to the wide area Internet. We observe that many measurements are decoupled from the protocols and applications they are designed to illuminate. Worse, current measurement practice often involves the exploitation of side-effects and unintended features of the network; or, in other words, the artful piling of hacks atop one another. This state of affairs is a direct result of the relative paucity of diagnostic and measurement capabilities built into todayâs network stack.</p>
<p>Given our modern dependence on ubiquitous measurement, we propose measurability as an explicit low-level goal of current protocol design, and argue that measurements should be available to all network protocols throughout the stack. We seek to generalize the idea of measurement within protocols, e.g., the way in which TCP relies on measurement to drive its end-to-end behavior. Rhetorically, we pose the question: what if the stack had been built with measurability and diagnostic support in mind? We start from a set of principles for explicit measurability, and define primitives that, were they supported by the stack, would not only provide a solid foundation for protocol design going forward, but also reduce the cost and increase the accuracy of measuring the network.</p></p>
        <p>&nbsp;</p>
      </li>
    </ul>
  </div>
</li>



      
    
      
        <li class="ui-li ui-bar-a prog-item ui-li-divider prog-thursday   " data-role="list-divider">
  <h3>
    5:35pm - 5:50pm
    
      Closing
    
    
  </h3>
  
    
    
      <p>Room: Centennial Hall</p>
    
  
  
    
  
</li>

<li class="hidden">Closing</li>

      
    
      
        
        <li class="prog-header prog-no-filter ui-bar-a prog-item prog-friday">
          <h3>Friday, August 25, 2017</h3>
        </li>
      
    
      
        <li class="ui-li ui-bar-b prog-item ui-li-divider prog-friday   " data-role="list-divider">
  <h3>
    8:00am - 5:30pm
    
      Registration desk open
    
    
      (Foyer)
    
  </h3>
  
  
</li>

<li class="hidden">Registration desk open</li>

      
    
      
        <li class="ui-li ui-bar-b prog-item ui-li-divider prog-friday   " data-role="list-divider">
  <h3>
    8:00am - 9:00am
    
      Breakfast
    
    
      (Foyer)
    
  </h3>
  
  
</li>

<li class="hidden">Breakfast</li>

      
    
      
        <li class="ui-li ui-bar-a prog-item ui-li-divider prog-friday   " data-role="list-divider">
  <h3>
    9:00am - 5:30pm
    
      <a href="program-workshops-and-tutorials.html">Tutorials</a>
    
    
  </h3>
  
    
    
  
  
    
  
</li>

<li class="hidden">Tutorials</li>

      
    
      
        <li class="ui-li ui-bar-a prog-item ui-li-divider prog-friday listlast listlast " data-role="list-divider">
  <h3>
    9:00am - 5:30pm
    
      <a href="program-workshops-and-tutorials.html">Workshops</a>
    
    
  </h3>
  
    
    
  
  
    
  
</li>

<li class="hidden">Workshops</li>

      
    
  </ul>
</div>



        </div><!-- content-primary -->

        <div class="leftnav" role="panel" data-position="left" data-display="overlay" data-theme="a">

  <a href="/sigcomm/2017/"><img src="/sigcomm/2017/images/sigcomm-2017-logo.png" alt="ACM SIGCOMM 2017, Los Angeles, CA"></a>

  <ul data-role="listview" data-inset="true" data-theme="a" data-divider-theme="a">

    
      
        
        <li class="  " data-icon="false">
          <a href="/sigcomm/2017/"><i class="fa fa-home" aria-hidden="true"></i>&nbsp;&nbsp;&nbsp;Home</a>
        </li>
        
    
      
        
        <li class="notlast  " data-icon="false">
          <a href="/sigcomm/2017/supporters.html"><i class="fa fa-handshake-o" aria-hidden="true"></i>&nbsp;&nbsp;&nbsp;Supporters</a>
        </li>
        
    
      
        
        <li class="notlast navselected " data-icon="false">
          <a href="/sigcomm/2017/program.html"><i class="fa fa-list-ul" aria-hidden="true"></i>&nbsp;&nbsp;&nbsp;Program</a>
        </li>
        
    
      
        
        <div data-role="collapsible" data-theme="a" data-content-theme="a" data-collapsed-icon="arrow-d" data-expanded-icon="arrow-u" data-iconpos="right"  class="navgroup">
          <h4><i class="fa fa-bar-chart" aria-hidden="true"></i>&nbsp;&nbsp;&nbsp;Conference</h4>
          <ul data-role="listview" data-inset="false">
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/registration.html">Registration</a>
              </li>
            
              
              <li class="subnav navselected" data-icon="false">
                <a href="/sigcomm/2017/program.html">Program</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/program-posters.html">Posters</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/program-demos.html">Demos</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/program-industrial-demos.html">Industrial Demos</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/awards.html">Awards</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/social-events.html">Social Events</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/accepted-papers.html">Accepted Papers</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/tpc.html">Program Committee</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/org-committee.html">Organizing Committee</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/mentoring.html">Mentoring</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/remote.html">Remote Participation</a>
              </li>
            
          </ul>
        </div>
        
    
      
        
        <div data-role="collapsible" data-theme="a" data-content-theme="a" data-collapsed-icon="arrow-d" data-expanded-icon="arrow-u" data-iconpos="right"  class="navgroup">
          <h4><i class="fa fa-bullhorn" aria-hidden="true"></i>&nbsp;&nbsp;&nbsp;Workshops</h4>
          <ul data-role="listview" data-inset="false">
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/program-workshops-and-tutorials.html"><i class="fa fa-list-ul" aria-hidden="true"></i>&nbsp;&nbsp;&nbsp;Program</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/workshop-mecomm.html">WS1: MECOMM</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/workshop-kbnets.html">WS2: KBNets</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/workshop-big-dama.html">WS3: Big-DAMA</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/workshop-internet-qoe.html">WS4: Internet QoE</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/workshop-netpl.html">WS5: NetPL</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/workshop-hotconnet.html">WS6: HotConNet</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/workshop-mobiarch.html">WS7: MobiArch</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/workshop-vrar-network.html">WS8: VR/AR Network</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/workshop-reproducibility.html">WS9: Reproducibility</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/workshop-n2women.html">N2Women</a>
              </li>
            
          </ul>
        </div>
        
    
      
        
        <div data-role="collapsible" data-theme="a" data-content-theme="a" data-collapsed-icon="arrow-d" data-expanded-icon="arrow-u" data-iconpos="right"  class="navgroup">
          <h4><i class="fa fa-newspaper-o" aria-hidden="true"></i>&nbsp;&nbsp;&nbsp;Tutorials</h4>
          <ul data-role="listview" data-inset="false">
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/program-workshops-and-tutorials.html"><i class="fa fa-list-ul" aria-hidden="true"></i>&nbsp;&nbsp;&nbsp;Program</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/tutorial-mmWave.html"><i class="fa fa-adjust" aria-hidden="true"></i>&nbsp;&nbsp;&nbsp;T1: mmWave</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/tutorial-ndn.html"><i class="fa fa-adjust" aria-hidden="true"></i>&nbsp;&nbsp;&nbsp;T2: NDN</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/tutorial-adaptive-streaming.html"><i class="fa fa-adjust" aria-hidden="true"></i>&nbsp;&nbsp;&nbsp;T3: Adaptive Streaming</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/tutorial-P4-NetFPGA.html"><i class="fa fa-circle" aria-hidden="true"></i>&nbsp;&nbsp;&nbsp;T4: P4âNetFPGA</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/tutorial-p4.html"><i class="fa fa-circle" aria-hidden="true"></i>&nbsp;&nbsp;&nbsp;T5: P4</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/tutorial-latency.html"><i class="fa fa-adjust" aria-hidden="true"></i>&nbsp;&nbsp;&nbsp;T6: Understanding Latency</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/tutorial-netmap-nfv.html"><i class="fa fa-circle" aria-hidden="true"></i>&nbsp;&nbsp;&nbsp;T7: Netmap for NFV</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/tutorial-c2c.html"><i class="fa fa-adjust" aria-hidden="true"></i>&nbsp;&nbsp;&nbsp;T8: C2C</a>
              </li>
            
          </ul>
        </div>
        
    
      
        
        <div data-role="collapsible" data-theme="a" data-content-theme="a" data-collapsed-icon="arrow-d" data-expanded-icon="arrow-u" data-iconpos="right"  class="navgroup">
          <h4><i class="fa fa-map" aria-hidden="true"></i>&nbsp;&nbsp;&nbsp;Local Information</h4>
          <ul data-role="listview" data-inset="false">
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/venue.html">Venue</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/accommodations.html">Accommodations</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/visa.html">Visa Information</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/tourism.html">Tourism</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/room-share.html">Room Share</a>
              </li>
            
          </ul>
        </div>
        
    
      
        
        <div data-role="collapsible" data-theme="a" data-content-theme="a" data-collapsed-icon="arrow-d" data-expanded-icon="arrow-u" data-iconpos="right"  class="navgroup">
          <h4><i class="fa fa-bullhorn" aria-hidden="true"></i>&nbsp;&nbsp;&nbsp;Calls</h4>
          <ul data-role="listview" data-inset="false">
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/cf-travel-grants.html"><del>Call for Travel Grants</del></a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/cfp.html"><del>Call for Papers</del></a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/submission.html">Submission Requirements</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/camera-ready.html">Camera-Ready Instructions</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/cf-posters.html"><del>Call for Posters & Demos</del></a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/src.html">Student Research Competition</a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/cf-industrial-demos.html"><del>Call for Industrial Demos</del></a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/cf-tutorials.html"><del>Call for Tutorials</del></a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/cf-workshops.html"><del>Call for Workshops</del></a>
              </li>
            
              
              <li class="subnav " data-icon="false">
                <a href="/sigcomm/2017/policy-author-registration.html">Author Registration Policy</a>
              </li>
            
          </ul>
        </div>
        
    
      
        
        <li class="  " data-icon="false">
          <a href="/sigcomm/2017/policy-anti-harassment.html"><i class="fa fa-book" aria-hidden="true"></i>&nbsp;&nbsp;&nbsp;Anti-Harassment Policy</a>
        </li>
        
    
  </ul>

  <div class="border ui-corner-all ui-shadow socialbuttons">
    <iframe src="/sigcomm/2017/misc/socialbtn.html" scrolling="no" height="21" width="100%" frameborder="0" marginheight="0" marginwidth="0"></iframe>
  </div>
</div>

      </div> <!-- content -->

      
        <div class="logobar" data-role="footer" data-position="fixed" data-tap-toggle="false" data-theme="c"></div>
      

    </div> <!-- page -->

    
      
  <img src="/sigcomm/2017/images/sponsors/ucla-hsseas.jpg" alt="cached" class="hidden">
  <img src="/sigcomm/2017/images/sponsors/cisco.png" alt="cached" class="hidden">
  <img src="/sigcomm/2017/images/sponsors/facebook.png" alt="cached" class="hidden">
  <img src="/sigcomm/2017/images/sponsors/ericsson.png" alt="cached" class="hidden">
  <img src="/sigcomm/2017/images/sponsors/nsf.jpg" alt="cached" class="hidden">
  <img src="/sigcomm/2017/images/sponsors/huawei.png" alt="cached" class="hidden">
  <img src="/sigcomm/2017/images/sponsors/alibaba.jpg" alt="cached" class="hidden">
  <img src="/sigcomm/2017/images/sponsors/google.png" alt="cached" class="hidden">
  <img src="/sigcomm/2017/images/sponsors/intel.png" alt="cached" class="hidden">
  <img src="/sigcomm/2017/images/sponsors/thousand-eyes.jpg" alt="cached" class="hidden">
  <img src="/sigcomm/2017/images/sponsors/barefoot-networks.jpg" alt="cached" class="hidden">
  <img src="/sigcomm/2017/images/sponsors/verizon.png" alt="cached" class="hidden">
  <img src="/sigcomm/2017/images/sponsors/microsoft.jpg" alt="cached" class="hidden">
  <img src="/sigcomm/2017/images/sponsors/amazon.png" alt="cached" class="hidden">
  <img src="/sigcomm/2017/images/sponsors/akamai.png" alt="cached" class="hidden">
  <img src="/sigcomm/2017/images/sponsors/comcast.jpg" alt="cached" class="hidden">
  <img src="/sigcomm/2017/images/sponsors/netapp.jpeg" alt="cached" class="hidden">
  <img src="/sigcomm/2017/images/sponsors/telefonica.png" alt="cached" class="hidden">
  <img src="/sigcomm/2017/images/sponsors/vmware.jpg" alt="cached" class="hidden">
  <img src="/sigcomm/2017/images/sponsors/bigdama.jpg" alt="cached" class="hidden">

<script type="text/javascript">
  /* [priority, logo_filename, sponsor_website, sponsor_shortname, 0, real_height, real_width] */
  sps = [[350,"ucla-hsseas.jpg","https://engineering.ucla.edu/","ucla-hseas",0,418,1050,"host"],[300,"cisco.png","https://www.cisco.com/","cisco",0,200,379,"platinum"],[300,"facebook.png","https://research.fb.com/","facebook",0,713,2026,"platinum"],[300,"ericsson.png","https://www.ericsson.com/","ericsson",0,116,104,"platinum"],[300,"nsf.jpg","https://www.nsf.gov/","nsf",0,298,295,"platinum"],[100,"huawei.png","https://www.huawei.com/","huawei",0,406,406,"gold"],[100,"alibaba.jpg","https://www.alibaba.com/","alibaba",0,600,178,"gold"],[100,"google.png","https://google.com/","google",0,416,140,"gold"],[100,"intel.png","https://intel.com/","intel",0,600,396,"gold"],[50,"thousand-eyes.jpg","https://www.thousandeyes.com/","thousandeyes",0,500,354,"silver"],[50,"barefoot-networks.jpg","https://barefootnetworks.com/","barefoot",0,600,246,"silver"],[50,"verizon.png","https://www.verizondigitalmedia.com/","verizon",0,1200,519,"silver"],[50,"microsoft.jpg","https://www.microsoft.com/","microsoft",0,600,350,"silver"],[50,"amazon.png","https://www.amazon.com/","amazon",0,300,120,"silver"],[10,"akamai.png","https://www.akamai.com/","akamai",0,195,450,"bronze"],[10,"comcast.jpg","https://www.comcast.com/","comcast",0,263,594,"bronze"],[10,"netapp.jpeg","https://www.netapp.com/","netapp",0,478,1200,"bronze"],[10,"telefonica.png","http://www.tid.es/","telefonica",0,152,250,"bronze"],[10,"vmware.jpg","http://www.vmware.com/","vmware",0,100,420,"bronze"],[10,"bigdama.jpg","https://bigdama.ait.ac.at/","bigdama",0,800,399,"bronze"]];
</script>

    

    <!-- Google Analytics script code for collecting visit statistics -->
<script>
  (function(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||function(){
  (i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new Date();a=s.createElement(o),
  m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m)
  })(window,document,'script','https://www.google-analytics.com/analytics.js','ga');

  ga('create', 'UA-83529610-1', 'auto');
  ga('send', 'pageview');
</script>
  </body>
</html>
